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Cómo estudiar 
en esta Enciclopedia 


Al comenzar cada Capítulo encontrará un esquema de contenido. La 
finalidad de este esquema es doble: 


— Por una parte, le ofrece una visión panorámica de todos los temas que 
va a estudiar en ese capítulo. 


— Por otra, si posteriormente debe repasar algún punto determinado, le 
facilitará el poder localizarlo. 


Leálos despacio para tener esta visión panorámica. 

Después del esquema de contenido, cada capítulo comienza defi- 
niendo sus objetivos. De esta manera usted sabrá desde el principio lo que 
aprenderá en, él. También le servirá como referencia para saber si el ob- 
jetivo marcado ha sido alcanzado por usted. 

A lo largo de los capítulos y al final de los mismos encontrará unos 
resúmenes, seguidos de unos ejercicios de autocomprobación. Su finalidad 
es hacer un alto en el camino y recapitular lo estudiado desde la última 
parada. Al mismo tiempo, los ejercicios de autocomprobación le servirán 
para que usted mismo compruebe si ha asimilado los conceptos estudiados 
y si está en disposición de continuar adelante o, por el contrario, si es ne- 
cesario volver a repasar algo antes de seguir. La solución a los ejercicios 
de autocomprobación la encontrará al final de la primera parte del volumen. 

Le recomendamos también que, cuando deba interrumpir su estudio, 
lo haga siempre al final de un capítulo o al terminar de resolver alguno de 
los grupos de ejercicios de autocomprobación que aparecen a lo largo de 
las lecciones. 

Al hablar de la composición de la Enciclopedia, le dijimos que cada 
volumen se componía de dos partes. La del texto principal o estudio del 
BASIC estándar, y la de «Práctica con el microordenador», que viene a ser 
un complemento de la anterior. Ahora que va a comenzar a estudiarlo com- 
prenderá enseguida la razón de esta comparación. 

Cuando se aprende un idioma es frecuente que uno se encuentre con 
la sorpresa de que en determinadas regiones aquello que uno aprendió a 
decirlo de una manera se diga de otra. Con el lenguaje de programación 
BASIC pasa lo mismo. Cada fabricante introduce en el uso de su ordenador 
un dialecto distinto, que normalmente coincidirá en su mayor parte con el 


Y 


BASIC estándar, pero tendrá suficientes características especiales como 
para que el que comienza se encuentre ante su ordenador sin saber qué 
hacer en determinados momentos. 

Por eso, como nuestra intención es que aprenda BASIC y que lo prac- 
tique con su microordenador hemos utilizado la Enciclopedia de modo que 
usted no se encuentre perdido en ningún momento. Así, al estudiar la lec- 
ción del BASIC estándar es como si dijéramos: Esto se dice así normal- 
mente en lenguaje BASIC. Sin embargo, cuando haya diferencias, añadi- 
remos en el capítulo «Prácticas con el microordenador»: Ojo, que esto 
mismo en su microordenador se dice de esta forma. De este modo, podrá 
dialogar tranquilamente con su microordenador sin desagradables sorpre- 
sas y traducir al lenguaje que entiende su microordenador un programa que 
en BASIC estándar pueda estar escrito de forma un poco diferente. 

Concretamente, en el estudio de las dos partes debe proceder del 
modo siguiente: 


— Comience siempre cada capítulo por el texto principal y continúe hasta 
que encuentre esta viñeta en el margen izquierdo: 


Verá que en la pantalla de la viñeta aparecen unos números. Concre- 
tamente 1.1. Esto indica que debe dejar en este momento el capítulo que 
está estudiando, y pasar al apartado 1.1. de «Prácticas con el microorde- 
nador». 


— Continúe ahora el estudio de «Prácticas con el microordenador» hasta 
que encuentre esta otra viñeta: 


En ella se le remite de nuevo al capítulo que dejó anteriormente, para 
continuar donde lo interrumpió. También aquí se le indica el sitio exacto 
donde debe continuar. En todo caso, le recomendamos que deje siempre 
una señal en la página donde interrumpe el estudio. Así tendrá siempre la 
página localizada. 


Observará el lector de esta «Enciclopedia del BASIC» que la nume- 
ración de capítulos es correlativa, iniciándose en el Tomo | de la misma y 
finalizando en el Tomo V y último. 


Hemos creído conveniente tal continuidad, en primer lugar por el ca- 
rácter secuencial de la Enciclopedia, al ser los temas que la constituyen 
correlativos entre sí y formando un todo inseparable; y en segundo lugar 
porque estimamos que ello facilita la rápida localización de cualquier tema, 
lo que, al tratarse de una obra de consulta frecuente, supone una indudable 
ventaja para el lector. 


Aclaración importante 


Observará el lector de esta «Enciclopedia del BASIC» que la numera- 
ción de capítulos es correlativa, iniciándose en el Tomo | de la misma y 
finalizando en el Tomo V y último. 

Hemos creído conveniente tal continuidad, en primer lugar por el carác- 
ter secuencial de la Enciclopedia, al ser los temas que la constituyen corre- 
lativos entre sí y formando un todo inseparable; y en segundo lugar porque 
estimamos que ello facilita la rápida localización de cualquier tema, lo que, 
al tratarse de una obra de consulta frecuente, supone una indudable ventaja 
para el lector. 
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El método de tomar 
decisiones 


5.0 OBJETIVOS 


El objetivo principal de este capítulo es aprender a realizar decisiones 
con el ordenador. Para ello, aprovecharemos los conocimientos adquiridos 
en el volumen anterior sobre comparaciones binarias, y los aplicaremos a 
la instrucción IF... THEN que estudiaremos aquí. La toma de decisión con 
ordenador es un punto muy importante, pues sin ella el ordenador no podría 
realizar tareas complejas. 

Además, aprenderemos también a detener el programa en puntos de- 
terminados mediante las instrucciones END y STOP. 

Por otra parte veremos el proceso que se sigue para elaborar un pro- 
grama un poco largo. Estas técnicas de diseño serán ampliadas en el ca- 
pítulo 7. 


5.1 DECISIONES CON EL ORDENADOR 


Hemos citado en el tomo anterior que el ordenador podía tomar deci- 
siones, y hemos desarrollado el tema de cómo hay que formular preguntas 
al ordenador. Hasta el momento sólo hemos utilizado el ordenador como 
una máquina de calcular, vamos a intentar que haga algo más. La posibi- 
lidad de tomar decisiones es lo que distingue a un ordenador de una má- 
quina de calcular. 

Antes que nada, analicemos un poco qué significa tomar decisiones. 
Consideremos varios ejemplos, en los que nos fijaremos principalmente en 
el método a seguir más que en la decisión a tomar: 


1. Debemos elegir un sitio para ir de vacaciones. 

La primera cosa que hacemos es listar las alternativas que tenemos, 
por ejemplo: 
— Playa. 
— Montaña. 
— Alta montaña. 
— Viajar. 
—Quedarnos en casa y descansar. 

La segunda cosa que hacemos es utilizar algún criterio para descartar 
o elegir alguna de estas alternativas. Por ejemplo, tomamos el criterio eco- 
nómico y elegimos la última alternativa, la de quedarnos en casa, porque 
es la que supone un menor gasto. 

A veces utilizaremos una combinación de criterios; por ejemplo, ade- 
más del criterio económico se utiliza el criterio de placer. 


En el ejemplo, la combinación de economía y placer nos puede llevar 
a elegir la alternativa de viajar. 


¿Cómo se toma una 
decisión? 
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2. Debemos elegir un menú en un restaurante. 


La lista de alternativas no la confeccionamos en este caso nosotros 
sino que nos la ofrece el camarero con una carta que contiene una larga 
lista de platos. 

La confección de nuestro menú se hará según tres criterios básicos: el 
apetito, la imaginación del placer que producirá un plato determinado y el 
criterio económico. 

Probablemente excluimos de nuestra comida aquellos platos que no 
nos apetecen, o bien los excluimos porque su precio es demasiado caro. 
En cambio hay otros platos que el criterio fundamental puede ser el gusto. 

En conclusión, elaborar una decisión consiste en establecer los pasos 
siguientes: 


a) Una lista de alternativas. Las opciones de vacaciones o la lista de 
platos. 


b) Analizarlas bajo unos criterios determinados. Utilizar la combinación 
de criterios económicos y de placer en el caso de la elección de vacaciones. 
O la combinación de criterios de apetito, gusto y económico en el caso del 
restaurante. 


Cc) Valorar cada una de las alternativas con los criterios establecidos. 
De la lista de lugares donde vamos a pasar las vacaciones, repasamos 
cada opción y establecemos un valor, que es el que nos dirá qué hay que 
decidir. Un ejemplo de nuestras cavilaciones puede ser el siguiente: 


La playa no me produce ningún placer especial, puedo ir cada día del 
año y no debe ser especialmente en vacaciones; además es caro. La mon- 
taña no resulta caro, pero no es demasiado atractivo: gozaré de una tran- 
quilidad absoluta pero no me divertiré. La alta montaña, presenta incon- 
venientes económicos pues preciso de un equipo realmente caro que no 
tengo; por otra parte, el placer no será muy grande ya que estoy en baja 
forma y la alta montaña requiere un esfuerzo físico. Viajar puede ser una 
opción interesante, podría ir aquí o allí, sale un poco caro pero puede re- 
ducirse el número de días. Ciertamente, quedarse en casa es lo que más 
barato sale, pero no rompo el ritmo monótono que he llevado durante todo 
el año; podré dormir mucho, podré hacer aquel hobby que tengo tantas 
ganas de practicar, pero desde el punto de vista del placer no romperé el 
ritmo lo suficiente. 


d) Elegir la alternativa cuyo resultado sea más favorable. Finalmente, 
después de las consideraciones anteriores, que en ciertas personas pueden 
durar mucho, decido elegir la alternativa del viaje, en el caso de las vaca- 
ciones y el menú que voy a tomar en el caso del restaurante. 


En la vida corriente el proceso de valoración de una decisión nunca 
está demasiado claro, pero a la postre siempre elegimos una alternativa 
aunque sea por indiferencia o exclusión de las demás. 

El proceso de toma de decisiones en un ordenador, significa exacta- 
mente lo mismo, pero con unas matizaciones que convendrá discutir. 

En efecto, el proceso de toma de decisión en el ordenador se funda- 
menta en los pasos siguientes: 
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1. Hay que elaborar una lista de alternativas. 


Este punto es muy importante pues en el ordenador, a diferencia del 
proceso mental, sólo se considerarán las alternativas que listemos, es decir, 
que determinemos antes del proceso de decisión. 

Generalmente en el proceso mental rehacemos la lista varias veces y 
sobre la marcha. 


2. Establecer unos criterios para valorar cada alternativa. 


A diferencia del proceso mental, en donde los criterios suelen ser vagos 
e imprecisos, en el proceso con el ordenador estos criterios deben ser cuan- 
titativos y exactos. 

Por ejemplo, en la elección del menú, utilizamos un criterio de que el 
plato no sea demasiado caro; esta definición es demasiado imprecisa para 
el ordenador y debemos cambiarla a «se considera un plato caro el que 
sobrepasa, por ejemplo, 1000 unidades monetarias». 


3. Realizar las acciones correspondientes a la decisión que se ha to- 
mado. 

La diferencia entre el proceso mental y el del ordenador es que cuando 
se emprenden las acciones correspondientes a unas decisiones no es po- 
sible volverse atrás y el ordenador las realizará indefectiblemente. 


Aunque el estudio del proceso global de toma de decisiones es una 
cosa muy complicada que constituye una ciencia en sí misma, estos pro- 
cesos siempre se subdividen en decisiones muy elementales, de manera 
que paso a paso se toman decisiones muy complicadas. 

En esta Enciclopedia se estudiarán los procesos de decisión más ele- 
mentales para introducirnos en la mecánica de operación del ordenador y 
sobre todo para realzar la diferencia más importante entre cálculo pura- 
mente y tratamiento de la información. Es muy difícil imaginar un programa 
útil sin que existan diversas alternativas de tratamiento. 

Las figuras 1 y 2 del capítulo 4 han mostrado un proceso en donde la 
toma de decisiones elementales es importante para la determinación de los 
operadores relacionales entre variables textuales. 

Los pasos 2, 3, 4, 5 y 6 de la figura 2 del capítulo 4 son ejemplos de 
decisión elemental que toma el ordenador. 

La construcción 


SI......ENTONCES......EN CASO CONTRARIO 


es la manera elemental que el ordenador utiliza para tomar decisiones. 


SI Hace una pregunta binaria; es decir, una pregunta entre dos 
opciones. 


ENTONCES Es la orden que recibe el ordenador de tomar una decisión, 
si en la pregunta hecha en la pregunta binaria, es decir en 
el SI, tiene respuesta afirmativa. 
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La instrucción de bifurcación 


¿Cómo se escribe? 


EN CASO Es la orden que recibe el ordenador de tomar otra opción 
CONTRARIO distinta si a la pregunta binaria del Sl se da una respuesta 
negativa. 


Este tipo de instrucción se denomina bifurcación, y es necesaria para 
cualquier lenguaje de programación y, por lo tanto, necesaria para cualquier 
UCP (Unidad Central de Proceso). 

La última parte de la construcción, es decir, la parte EN CASO CON- 
TRARIO es opcional y no todos los BASIC la incorporan. 

Observe que este tipo de opciones es frecuente en la vida ordinaria. 
Por ejemplo, cuando decimos: Sl mañana llueve ENTONCES me quedaré 
en casa, EN CASO CONTRARIO saldré al campo. 

Con la construcción estudiada se permiten realizar unas instrucciones 
de cálculo, por ejemplo, sólo en unas circunstancias determinadas, o lo que 
es lo mismo, se evitan ciertas instrucciones innecesarias o incorrectas se- 
gún las circunstancias del propio cálculo. 

Pasemos al estudio de cómo se codifica este tipo de instrucción en 
lenguaje BASIC. 


5.2 LA INSTRUCCION IF ... THEN ... 


La instrucción de bifurcación en el lenguaje BASIC consiste en 


IF (pregunta binaria) THEN (sentencia) 


ésta es la imagen anglosajona de la instrucción que hemos visto: 
SI (pregunta binaria) ENTONCES (sentencia) 
en efecto, el inglés IF se traduce por Sl y THEN se traduce por ENTON- 


CES. 
Veamos varios ejemplos de utilización en modo de ejecución inmediato 


IF 3 = S THEN ERINT "Hola" 


como 3 es distinto de 5, la acción de imprimir Hola no se ejecuta. Se debe 
identificar bien que la parte 3=5 es la pregunta binaria que condiciona la 
ejecución de la instrucción PRINT «Hola». 


IF 3=3 THEN EFRINT "Hola" 


en este caso, la respuesta a la pregunta que 3 es igual a 3 es S!, por lo 
tanto, en la pantalla aparecerá la palabra Hola. 


IF "Garcia" O "Ferez" THEN PERINT 
"No tienen el mismo nombre” 
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Detrás del THEN pueden 
colocarse diversas 
instrucciones 


¿Cómo se computa el IF? 


La diferencia en este caso es que utilizamos variables textuales para 
la pregunta binaria. Como realmente son nombres diferentes el mensaje 
aparecerá en pantalla. 


1F "Perez" € "Garcia" THEN FPRINT 
"Estan en orden lexicografico” 


en este caso, no aparecerá el mensaje pues realmente Pérez es posterior 
a García, es decir mayor (en orden lexicográfico) que García. 


1F 3 (5 THEN LET DIF= 5-3 2 PRINT 
"La diferencia es ":DIFS 


En este ejemplo se muestra como detrás del THEN efectivamente se 
puede colocar una sentencia, es decir, varias instrucciones una detrás de 
la otra. (El DIF que aparece detrás del LET es simplemente una variable 
de tres letras. Podía haber sido sólo una letra, por ejemplo D). 

Concentremos, en primer lugar, nuestra atención en el modo de cons- 
trucción de la instrucción. 


1. La palabra IF no es un verbo, como en las instrucciones que hemos 
visto hasta ahora, por ejemplo, PRINT (Imprimir), LET (Sea), INPUT (Entre), 
GOTO (Vaya a). Sin embargo, incluye la acción a realizar detrás de THEN. 


2. Incluye entre la palabra IF y el THEN una pregunta binaria basada 
en los propios datos del programa. Es decir, toma un dato, coloca un ope- 
rador relacional y otro dato. 


Concentremos ahora nuestra atención en el comportamiento de la ins- 
trucción. 

La pregunta es la que controla la ejecución de la acción que va detrás 
del THEN. Sólo si la respuesta a la pregunta es Sl, se realiza la acción que 
va detrás del THEN. En definitiva, esta pregunta decide si la acción detrás 
del THEN se realiza o no. 

La decisión que toma esta instrucción es muy elemental, pero consti- 
tuye la base de decisiones más complicadas, que se compondrán de com- 
binaciones de decisiones elementales de este tipo. 

Para clarificar este comportamiento tecleemos el programa siguiente: 


NEW 

10 INPUT A 

20 1F A € 5 THEN PRINT "Hola" 
30 GOTO 10 


Al enviar el comando RUN, entremos diversos valores de A, por ejem- 
plo, 


Entremos 3 Se imprime Hola 


Finalización controlada de un 
programa 
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Entremos 7 NO se imprime Hola 
Entremos —7 Se imprime Hola 
Entremos O Se imprime Hola 
Entremos 100 NO se imprime Hola 


Para acabar la ejecución del programa debemos teclear el BREAK o 
tecla de interrupción del programa. Probablemente el programa está aguar- 
dando en la instrucción 10 INPUT A, y no todas las máquinas interrumpen 
la ejecución en estas condiciones, entonces cometa un error, por ejemplo, 
teclee García y después de la tecla de fin de línea aparecerá un error pues 
las letras García no tienen significado numérico. Por la lección de Prácticas 
usted ya sabe cómo funciona en su máquina. Si no lo recuerda, repáselo. . 

Esta finalización del programa no es elegante, la instrucción permite 
que la finalización de los programas esté programada en el sentido de con- 
trol de finalización por parte del operador en una sentencia determinada. 

Modifiquemos el programa anterior según el esquema siguiente: 


NEW 

10 INPUT A 

20 IF A < 35 THEN PRINT "Hola" 
30 IF A0O THEN GOTO 10 


el programa esencialmente es el mismo que el anterior, sólo se ha sustituido 
la instrucción 30 por otra instrucción de bifurcación. 

El análisis de la instrucción 30 muestra que el proceso es el mismo que 
en el programa anterior mientras la variable A sea distinta de O, pues la 
sentencia 30 hará la instrucción detrás del THEN hasta que A tenga el valor 
O. La instrucción detrás del THEN es GOTO 10, que es la misma que en 
el programa anterior. 

Sin embargo cuando el valor de la variable A sea cero, aparte de im- 
primir Hola, pues es menor que 5, no volverá a la sentencia 10 ya que no 
ejecutará la instrucción GOTO 10 que está detrás del THEN de la sentencia 
30 y el programa acabará normalmente pues no tiene más instrucciones a 
ejecutar. La pregunta A«»0 es NO cuando A vale 0; por lo tanto, no se eje- 
cuta la parte de detrás del THEN. 

En resumen la norma de comportamiento de la instrucción IF ... THEN 
... €s que si la respuesta a la pregunta binaria es NO, no se ejecuta la 
sentencia que está detrás del THEN. 

Consideremos otro ejemplo, que pretende analizar lo que se puede 
poner detrás de la parte THEN de la instrucción. 


NEW 

10 LET N=0 

ZO INPUT A 

30 IF AX 5 THEN LET N=N+1: PRINT 
"HE DICHO Hola ":N3" veces” 

40 IF A (>) O THEN GOTO 20 
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La parte THEN puede incluir 


20 


otro |F 


El ejemplo es una variación del programa anterior, hay que destacar 
como diferencia el hecho que detrás del THEN de la sentencia 30, realiza 
una verdadera sentencia, es decir más de una instrucción. 

Sigamos un poco la ejecución: 


Entremos un 3. Imprimirá HE DICHO Hola 1 veces 
Entremos un 7. No imprime nada 
Entremos un —5. Imprime HE DICHO Hola 2 veces 


Entremos un 100. No imprime nada 


Siga entrando los números que desee. 

Después de introducir el O, el programa se parará. 

Vemos, por lo tanto, que detrás del THEN pueden colocarse diversas 
instrucciones que se ejecutan una detrás de otra si la pregunta que precede 
al THEN tiene una respuesta de SI. 

Incluso una sentencia que puede ir detrás del THEN es otra sentencia 
IF; por ejemplo, consideremos un programa que quiere contar los números 
positivos que entremos que están comprendidos en el intervalo de 50 a 100. 

El programa funciona leyendo varios números uno detrás de otro. La 
condición para finalizarlo es entrar un número negativo. Por lo tanto, puede 
entrar los números que quiera que aparentemente la máquina no realizará 
ninguna acción sobre la pantalla, excepto cuando entre un número negativo 
que la máquina le imprimirá la cantidad de números que se han entrado en 
el intervalo de 50 a 100. 

Al entrar el texto se dará cuenta de que las primeras instrucciones, 
concretamente desde la 10 a la 90 son comentarios que constituirán la do- 
cumentación del programa. En las líneas 10 a 30 se define el objetivo del 
programa. Las sentencias 40, 50 y 60 indican el modo de entrar los datos. 
Finalmente la 70, 80 y 90 nos dan indicaciones de cómo se organizan las 
variables del programa. 

Es muy aconsejable que en cualquier programa que realicen, incluyan 
mediante comentarios estos datos, ya que después de un tiempo nos es 
difícil recordar lo que hace el programa. 


10 REM Se entran una serie de numeros que 

20 REM se quieren clasificar en los que estan 

3O REM el intervalo de 50 a 100 

40 REM Los numeros a considerar se entran uno 

50 REM detras de otro y se colocan sucesivamente m 

60 REM en la variable A. 

70 REM El contador de numeros entrados es N 

BO REM El contador de numeros que estan en el intervalo es NI 
90 REM Un numero negativo termina el proceso de contaje. 
100 LET N = 0 3: LET NI= 0 

110 INPUT A 

120 IF AXO THEN GOTO 160 

130 LETN =N+ 1 

140 IF A=50 THEN 1F A(=100 THEN LET NI = NI + 1 

150 GOTO 110 

160 FRINT "Ha entrado “¿N1;" numeros en el intervalo" 

170 PRINT "Ha entrado "¿N-NI;" numeros fuera del intervalo" 


BASIC 


Figura 1: Seguimiento del pro- 
grama de clasificación de nú- 
meros. 


La selección de un intervalo 
“mediante un IF detrás del 
THEN 


Observaciones 


Respuesta NO 


Es menor que 50 


Respuesta NO 


Está en el intervalo 


Respuesta NO 


Está en el intervalo 


Respuesta NO 


Está en el intervalo 


Respuesta NO 


Menor que 50 


Respuesta NO 


Mayor que 100 


DO DDADAONOAOSONAA a ea YN NNDNN IN mi pudo pudo pu is SS OO 


0 
0 
0 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
2 
2 
2 
2 
2 
3 
3 
3 
3 
3 
3 
3 
3 
3 
3 
3 
3 
3 
3 


Salta a 160 
160 Imprime : Ha entrado 3 números en el intervalo 
170 Imprime : Ha entrado 3 números fuera del intervalo 


Analicemos el comportamiento del programa. 

La sentencia 100 inicializa el contador de números N (números entra- 
dos) a cero, y el contador de números que están en el intervalo NI, también 
a cero. 

Las sentencias 110 hasta la 150 constituyen la entrada de datos. La 
instrucción 120 es la que termina esta entrada de datos cuando un número 
es negativo; es decir, cuando la pregunta A<O es cierta, se realiza la parte 
THEN de la instrucción y el programa va a la línea 160, fuera ya de la parte 
dedicada a la entrada de datos. 

La instrucción 130 incrementa el contador de números entrados. La 
instrucción 140 es la más interesante del programa, es la instrucción que 
decide si un número entrado está en el intervalo. Esta sentencia tiene la 
característica de tener otro IF en la parte THEN del IF. Esto ilustra una 
nueva posibilidad cuyo funcionamiento cornentaremos con profundidad. La 
instrucción 150 acaba la parte de entrada de datos y nos recicla a la ob- 
tención de un nuevo dato, mediante la instrucción GOTO 110. 
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Las instrucciones 160 y 170 son la impresión de resultados, se imprime 
el contador NI y la diferencia N-NI que nos da el número de valores que no 
están en el intervalo. 

Analicemos ahora el comportamiento de la línea 140. 

Supongamos que A vale 60. Como la respuesta es Sl a la primera 
pregunta A>= 50, se ejecuta la sentencia que está detrás del primer THEN. 
Nos encontramos ahora con la pregunta del segundo |F, como la respuesta 
es SI, A<=100 ya que 60 es menor que 100, se ejecuta la instrucción que 
está detrás del segundo THEN, que consiste en incrementar el contador NI. 
Este comportamiento ocurrirá igual para todos los números entre 50 y 100, 
ambos inclusive. 

Supongamos que A vale 10, un número menor que 50, como la res- 
puesta es NO a la pregunta del primer IF no se ejecutará la instrucción 
detrás del primer THEN y en consecuencia ni se planteará la pregunta del 
segundo IF. 

Supongamos que A vale 150, un número mayor que 100, la respuesta 
a la pregunta del primer IF, A>=50 será afirmativa por lo que se ejecutará 
la instrucción detrás del THEN. Esta instrucción es otro IF, en el cual la 
pregunta es A<=100, como 150 es mayor que 100, no se ejecutará la parte 
de detrás del segundo THEN. 

En consecuencia, todos los números que no están en el intervalo no 
incrementarán el contador NI. 

Realicemos un seguimiento del programa en la muestra de números 
3, 65, 67, 78, 23, 154 a través de la tabla de la figura 1. (Recuérdese que 
si entra estos números por el teclado, sólo imprimirá en pantalla cuando 
meta un número negativo.) Veamos ahora otra versión de un programa que 
resuelve el mismo problema. 

La diferencia con la versión anterior está en que aquí se utilizarán los 
contadores NI, para números en el interior del intervalo, y el contador NO 
para números que no están en el intervalo. 

En este ejemplo, prescindimos de la parte de la documentación para 
resaltar más el programa, ya que la explicación es muy completa en el texto 
del mismo. 

La instrucción 10 sirve para inicializar los contadores NI y NO a cero. 

Las instrucciones 20 a 90 constituyen el proceso de entrada de datos. 
La instrucción 30 acaba esta parte de entrada de datos enviando el control 
a la línea 100 cuando se entra un número negativo. 

Las instrucciones 100 y 110 imprimen los resultados, en este caso, se 
escriben directamente los contadores NI y NO. 

El núcleo de la clasificación son las instrucciones 40 a 90. 


10 LET NIl= 0 3 LET NO = 0 
ZO INPUT A 

SO. 1F-8 <0 THEN. GOTO 100 
40 1F A € 50 THEN GOTO 80 
50 1£ A > 100 THEN GOTO 80 
SO -LET-N1I-= Nit: + 3 

70 GOTO 0 

80 LET NO = NO + 1 

30 GOTO 0 


Otro modo de escoger un 
intervalo 


La instrucción IF puede 
hacer que ciertas 
instrucciones no se ejecuten 
siempre 
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100 FRINT "Ha entrado ":NI: 
* numeros en el intervalo” 
110 PRINT "Ha entrado ":NO:; 
" numeros fuera del intervalo" 


La instrucción 40 envía los números menores de 50 a la instrucción 
80 en donde se incrementa el contador de números que no están en el 
intervalo. La instrucción 50 envía a 80 aquellos números que sobrepasan 
el valor 100, para incrementar también el contador de elementos fuera del 
intervalo, es decir el contador NO. 

Sólo si el número es mayor que 50 y menor que 100 llega a la ins- 
trucción 60,en donde se incrementa el valor del contador de números que 
están en el intervalo, es decir el contador NlI. 

Después de las instrucciones 20 y 80 se envía a leer un nuevo número. 

En el momento de leer el número negativo se va a imprimir cada uno 
de los contadores. A diferencia de la versión anterior el contador de nú- 
meros de fuera del intervalo no se encuentra por diferencia. 

Es interesante presentar otra versión distinta de las anteriores, para 
resolver el mismo problema. Esta situación es muy corriente en progra- 
mación; un mismo problema se puede resolver de muchas maneras distin- 
tas; mientras todas las versiones son correctas, lo que importa es el re- 
sultado y no la forma de escribirlo. 


10 LET NI = O 3 LET NO = O 
ZO INPUT A 3: 1F AXO THEN GOTO 60 
30 IF AX S0 THEN LET NO = NO +1 3: GOTO 20 
40 1F A)100 THEN LET NO = NO + 1 : GOTO 20 
50 LET NI = NT + 1.2 GOTO 20 
60 PRINT "Ha entrado ":NI:; 
"numeros en el intervalo" 
70 PRINT "Ha entrado ":NO; 
" nuneros fuera del intervalo" 


La introducción de múltiples instrucciones en cada paso del programa, 
reduce el número de líneas totales pero esencialmente no modifica en nada 
el funcionamiento. 

Observe que aunque existen dos instrucciones LET NO = NO + 1, 
sólo se pasa por una de ellas si el número está fuera del intervalo; en efecto, 
si el número es menor que 50 se incrementa NO en 30 y se va a leer un 
nuevo número mediante el GOTO 20, es decir ya no pasa por la instruc- 
ción 40. 

Observe que con la instrucción IF ... THEN ... es posible que algunas 
instrucciones del programa no se ejecuten durante la realización de un pro- 
grama, por ejemplo en el programa anterior si todos los números que se 
entran son menores que 50, las instrucciones 40 y 50 no se ejecutan nunca. 

En el momento de probar un programa hay que realizar las pruebas 
de tal manera que se pase alguna vez por todas las instrucciones con el 
fin de comprobar su buen funcionamiento. 
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Finalización normal de un 
programa 


Esto que parece muy senciilo no lo es tanto cuando el programa es 
largo y tiene muchas alternativas. 

Para finalizar es necesario un comentario sobre la instrucción IF, dado 
que muchos manuales y libros se refieren a ella como salto condicionado 
en contraposición a la instrucción GOTO que es un salto incondicional. 

La razón de este nombre proviene que el IF interrumpe el flujo normal 
de instrucciones según unas condiciones mientras el GOTO sí realiza pro- 
piamente un salto. Sin embargo, en BASIC este nombre no tiene demasiado 
sentido pues no necesariamente se produce un salto; después del THEN 
pueden existir más instrucciones que el simple GOTO, aunque probable- 
menten, en la práctica la instrucción más común detrás del THEN sea pre- 
cisamente un GOTO. 


5.3 LA INSTRUCCION END Y STOP 


La finalización de los programas en muchos dialectos del BASIC se 
realiza mediante unas instrucciones específicas de parada. 

En este curso ya hemos estudiado la interrupción de un programa con 
la instrucción BREAK. Este método de parar un programa no debe ser el 
corriente y sólo debe utilizarse en el caso de preparación de un programa, 
cuando los errores no están bien depurados y es necesario interrumpirlo a 
la fuerza. 

También se ha estudiado la instrucción STOP como método de parada 
en un punto específico de un programa. En este apartado volveremos a 
repasar para concretar sus diferencias con la instrucción END. 

La finalización normal de un programa se hace mediante la instrucción 
END, que significa FIN. La manera de escribir esta instrucción es muy sim- 
ple, por ejemplo, veamos algunas formas. 


10 END 
10 1F AO THEN END 


10 IF AO THEN PERINT "He acabado": END 


Estos ejemplos no ilustran un programa; sólo pretenden mostrar la uti- 
lización de la instrucción en diversos puntos de 'as instrucciones que com- 
ponen un programa. 

Recordando el segundo ejemplo del apartado anterior 


NEW 

10 INFUT A 

ZO 1F A ( S THEN PERINT "Hola" 
30 1F A (>) O THEN GOTO 10 

40 END 


El STOP como ayuda para 
probar un programa 
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se ha añadido la instrucción 40 con un END. 

De hecho esta instrucción puede considerarse superflua en este caso, 
pues el BASIC se acaba correctamente cuando se le acaban las instruc- 
ciones. Sin embargo, la colocación del END indica al lector del programa 
que no van más instrucciones y que es intención del programador acabarlo 
en aquel punto. 

Tenga en cuenta que cuando Ud. haga un programa tendrá muy claro 
todo lo que el programa hace, pero con toda seguridad después de tres 
meses de haberlo escrito, esta claridad de ideas que posee en el momento 
de escribirlo habrá desaparecido y toda ayuda procedente del propio texto 
del programa tendrá un valor muy importante. 

Por esta razón es aconsejable que cuando desarrolle programas utilice 
las instrucciones REM y las instrucciones END para colocar indicaciones 
claras en las instrucciones propiamente dichas. 

La utilidad de la instrucción END es más clara en los programas que 
no acaban al final de todo, por ejemplo, consideremos un programa que 
cuente las letras de un texto, incluidos los blancos, y que queremos que se 
finalice cuando introduzcamos la palabra FIN. 


NEW 

10 INPUT A$ << 1F As = "FIN" THEN END 
ZO PRINT "Longitud: ":LENC(Os) 

30 GOTO 10 


en la sentencia número 10 la última instrucción es END que nos indica cómo 
se acaba el programa. 

En resumen, la instrucción para acabar un programa correctamente es 
la instrucción END, que puede aparecer en los más diversos lugares del 
programa. 

La instrucción STOP se utiliza de manera idéntica a la instrucción END 
e incluso su comportamiento es el mismo. 

Sin embargo, las dos instrucciones presentan una diferencia de com- 
portamiento que es importante mencionar. 

Cuando un programa se finaliza mediante una instrucción STOP es 
posible continuarlo mediante el comando CONTINUE, mientras en la ins- 
trucción END esto no es posible. 

En este modo de comportamiento el STOP se parece mucho más a un 
BREAK que a un END, la diferencia con el BREAK es que se controla desde 
el programa mismo el momento de la parada. 

Cuando se aprieta la tecla de interrupción de programa (BREAK), no 
sabemos dónde vamos a pararlo exactamente; en cambio, mediante la ins- 
trucción STOP sólo se parará el programa en el punto donde se encuentre 
la instrucción. Este punto suele ser clave para determinar el buen funcio- 
namiento del programa. 

Esta instrucción no debe usarse en programas que están correctos y 
acabados; sólo debe utilizarse durante el período de pruebas de un pro- 
grama para efectuar detenciones programadas en puntos donde interesa 
observar el contenido de las variables, ya que después de esta investiga- 
ción podemos arrancar de nuevo el programa en la instrucción siguiente al 
STOP que lo ha parado. 
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Consideremos el ejemplo siguiente, que consiste en entrar dos núme- 
ros A y B, e ir incrementando A hasta que A y B sean iguales. 


NEW 

10 INFUT A 

20 1F A <= O THEN END 

30 INPUT B 

40 LET D = 

SO LET A A+ 1 

60 LET D D>+*i 

70 IF D >= 1000 THEN STOP : LET D 

Bo IF AOB THEN GOTO 50 

390 PRINT "Los numeros ";A:" y ":Bs" 
ya son iguales " 

1000 GOTO 10 


Fab O 


u 
o 


La condición de finalización esperada por el programador es que 
cuando el primer número es cero o negativo el programa acabe correcta- 
mente. Esto se expresa en la instrucción 20. 

Sin embargo debe darse cuenta, que cuando se introduce un número 
B más pequeño que A, ya sea por error o por desconocimiento, el programa 
no terminaría nunca ya que al ir incrementado A lo que hacemos es ale- 
jarnos cada vez más del valor de B. En términos del programa ejecutaría- 
mos indefinidamente las sentencias 40 a 70. 

Con el fin de prevenir esta probabilidad hemos introducido el contador 
D que cada 1000 veces que se incremente ejecutará una instrucción STOP, 
de tal manera que podemos investigar si el programa finalizará o no, pues 
comprobaremos si A es ciertamente menor que B; en caso de que lo sea, 
apretaremos la instrucción CONTINUE para que se produzca el cálculo co- 
rrecto del programa. 

Si A es mayor que B, volveremos a dar la instrucción RUN, pero cui- 
dando de entrar los valores correctos de A y de B. 

Después de estas explicaciones del funcionamiento hagamos los ex- 
perimentos siguientes: 


1. Una vez tecleado el programa lo ejecutaremos mediante una ins- 
trucción RUN. 


Introduzcamos como valor de A el 7 y como valor de B el 670. Te- 
cleemos a continuación un BREAK, el programa se interrumpirá no sabe- 
mos exactamente dónde pero lo podremos averiguar mediante las instruc- 
ciones de ejecución inmediata 


PRINT A,B,D 


A continuación tecleamos la instrucción CONTINUE y el programa se 
reanudará. Al cabo de un rato imprimirá el mensaje de que A ha alcanzado 
a B y nos pedirá otro valor de A. 

Si introducimos el valor cero el programa finalizará correctamente. 
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2. Tecleemos otra vez el comando RUN 


Introduzcamos el valor de A de 145 y a continuación el valor de B de 
12. En este caso el programa no debería pararse nunca pues A es mayor 
que B y, al ir incrementándolo, lo único que conseguimos es alejarnos del 
valor de B. 

Esperemos un rato, y observaremos que el programa se para, apare- 
cerá un mensaje en pantalla de STOP. Esto nos indicará que después de 
haber realizado 1000 veces las instrucciones 40 a 70 del programa, el pro- 
grama no ha terminado aún. 

Mediante la instrucción inmediata 


PRINT A,B,D 


encontramos unos valores de 1145 para A, 12 para B y para D de 1000. 
Nos damos cuenta inmediatamente que A es mayor que B y que los datos 
son incorrectos. 


3. Tecleemo: otra vez el comando RUN 


Introduzcamos ahora para A el valor de 100 y para el de B de 2345. 

Deberemos esperar un rato y a continuación aparecerá en pantalla el 
mensaje de STOP. 

Con la instrucción de modo inmediato 


PRINT A,B,D 


aparecerá el valor 1100 para A, el valor de 2345 para B y para D el valor 
de 1000. 

El valor de A es menor que B, por lo tanto, teclearemos el comando 
CONTINUE y el programa proseguirá correctamente. 

Al cabo de otro rato, se producirá otra parada y aparecerá en ,antalla 
el STOP, que indicará que han pasado 1000 vueltas más sin que el pro- 
grama se haya terminado. 

Con la instrucción inmediata 


PRINT A,B.D 


observaremos que A tiene un valor de 2100, el de B de 2345 y el de D otra 
vez 1000, recuerde que después de la instrucción STOP, colocamos D a 
un valor de cero. 

Volvemos a apretar la tecla de CONTINUE y el programa continuará 
correctamente ya que el valor de A es menor que el valor de B. 

Finalmente el programa lanzará el mensaje de que A ha alcanzado el 
valor de B y nos pedirá un nuevo valor de A, que introduciremos como O 
y el programa finalizará correctamente. 

Se puede impedir todo este mecanismo mediante una instrucción de 
decisión según se indica en esta nueva versión del programa, que consiste 
en evitar que se inicie el cálculo cuando el número B es menor que A, im- 
primiendo un mensaje que diga que B es menor que A. 
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La instrucción STOP seguida 
de un número de sentencia 


28 


NEW 

10 INRUT A 

20 IF A (= O THEN END 

30 INPUT B 

40 1€ Et= A THEN ERINT "B es menor que A": 
GOTO 10 


50 LETA=A>8%* 1 

60 - IF AOB THEN GOTO 50 

70 PRINT "Los numeros ":A:3" y ":B; 
* ya son iguales " 

380 GOTO 10 


La instrucción 40 impide que se empiece el incremento de A sin ase- 
gurarse de que B es mayor que A. 

Esto no es una situación anormal. Casi siempre, la modificación de las 
condiciones, es decir, el depurado de los programas evitan las instrucciones 
STOP, que en definitiva sólo sirven para poder investigar el estado de la 
ejecución del programa. 

El ejemplo que se ha estudiado es un poco forzado, pero debe reco- 
nocer que es precisamente la utilidad principal de la instrucción STOP la 
que impide encontrar un ejemplo en que las cosas sean incorrectas sin 
ponerlo de manifiesto en la explicación. Cuando Ud. desarrolle algún pro- 
grama sin ninguna guía se encontrará con condiciones en las que no había 
pensado y es cuando debe utilizarse esta instrucción STOP para verificar 
todas las suposiciones que había hecho al diseñarlo. 

Finalmente muchos dialectos de BASIC permiten que la instrucción 
STOP esté seguida de una expresión aritmética o textual que aparece en 
pantalla cuando esta instrucción se ejecuta. 

La aplicación más importante de esta expresión es indicarnos dónde 
se ha parado el programa. Cuando se depura un programa se colocan di- 
versas instrucciones STOP en los puntos claves del mismo. La expresión 
detrás del STOP permite distinguir en qué instrucción se ha parado entre 
las diversas instrucciones STOP que están esparcidas en el programa. 


RESUMEN 


El ordenador se distingue de la máquina de calcular porque es 
capaz de tomar decisiones aparte de calcular. 
Tomar una decisión significa realizar los pasos siguientes: 


1. Listar las alternativas posibles a la resolución de un problema 
2. Establecer unos criterios de evaluación generales 


3. Valorar cada una de las alternativas con los criterios estable- 
cidos en el paso 2 
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4. Escoger la alternativa que nos es más favorable 


Cuando este proceso se realiza con el ordenador, es necesario 
conocer con precisión todas las alternativas antes de iniciar el pro- 
ceso. Los criterios para evaluar cada una de las alternativas deben 
ser rigurosos y precisos; diremos que deben expresarse de forma ma- 
temática. Una vez se ha escogido el camino a seguir no es posible 
cambiar la decisión. 

Todo proceso de decisión complejo se realiza mediante la eje- 
cución de múltiples procesos elementales. 

El proceso de decisión elemental consiste en formular las valo- 
raciones mediante la construcción SI.....ENTONCES....EN CASO 
CONTRARIO 

Detrás del Sl aparece una pregunta binaria, detrás del ENTON- 
CES se dan las órdenes cuando la respuesta a la pregunta es afir- 
mativa y detrás de EN CASO CONTRARIO se dan las órdenes cuando 
la respuesta a la pregunta es negativa. 

Este tipo de instrucción existe en todos los ordenadores y se de- 
nomina instrucción de bifurcación. 

En el lenguaje BASIC la instrucción que realiza la bifurcación es 
la que se codifica como 


IF (pregunta binaria) THEN (sentencia) 


La pregunta binaria más simple en BASIC es la que utiliza un 


operador relacional como los que se han estudiado en la lección. 

Se debe recordar que detrás del THEN se puede colocar una sen- 
tencia, es decir, varias instrucciones separadas por los dos puntos. 
Esta sentencia a su vez puede contener otra instrucción IF. 

En el aspecto sintáctico esta instrucción no empieza por un verbo 
(es la manera de dar órdenes), sino por una pregunta binaria para 
realizar la acción solamente cuando la pregunta binaria es afirmativa. 

La introducción de las instrucciones IF...THEN en los programas 
hace que no siempre se efectúen todas las sentencias. Esto dificulta, 
las pruebas, pues hay que diseñarlas para que cada instrucción se 
ejecute una vez por lo menos. 

La instrucción IF...THEN se suele denominar salto condicionado 
y la instrucción GOTO salto incondicional, pues se produce el salto 
sin ninguna condición. 

La instrucción de finalización de un programa es la instrucción 
END. Esta instrucción es realmente útil cuando un programa no fi- 
naliza al final de las líneas escritas y se quiere indicar claramente que 
el programa finaliza en aquel punto. 

Las otras instrucciones de parada (la tecla de interrupción BREAK 
y la instrucción STOP) son instrucciones que sólo deben utilizarse 
para depurar los programas, a diferencia de la instrucción END que 
significa una terminación correcta de los programas. 

Según qué dialectos del BASIC, la instrucción STOP puede ir se- 
guida de un número para indicar en qué lugar del programa se ha 
introducido la parada. 
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EJERCICIOS DE AUTOCOMPROBACION 


10. 


11. 


Completar las frases siguientes: 


. El ordenador se distingue de una máquina de calcular porque 


. El primer paso para tomar una decisión es 
las alternativas. 


. En el ordenador la evaluación de los criterios de la decisión debe 


A A 


. Todo proceso de decisión .................................... se descompone 


en procesos de decisión elementales. 


. Se entiende por proceso elemental de decisión aquel que se ex- 


presa mediante la construcción Sl ...ooococciconicinicccc.o.... ENTON- 
CES una acción EN CASO CONTRARIO otra acción. 


. La instrucción de los ordenadores que permite el proceso de de- 


cisión elemental se denomina instrucción de .........o..ooocooicccoccccc coo 


. La instrucción END sirve para señalar la ooo... de 


un programa. 


. La instrucción STOP es una parada que permite ............................ 


A el programa en el lugar donde se detiene. 


. La tecla de interrupción y la instrucción STOP sólo deben utili- 


ZAISO DAMA iii rata un programa. 


En algunos dialectos del BASIC la instrucción puede llevar detrás 
un número o texto para informar de donde Se ..occccioiccicco.o..... 
.... el programa. 


En las instrucciones siguientes rodee con un círculo la V si la ins- 


trucción es correcta o con una F si la instrucción es incorrecta. 


IFLET A = 5 THEN GO TO 100 NTE 
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12. IF A< 3 THEN STOP v. “E 
13. IFA =A$+«5» THEN 5-4 v F 
14. IFA$ < «3» THEN LET A$= AS — 1 Y E 
15. IF A$ = STR$(B) THEN A$ = «Incorrecto» v F 


Diga cuál es el valor de las variables que intervienen cuando se 
ejecutan cada una de las instruvciones siguientes: 
16. LETA = 5: IF A+3 < A-3 THEN LET A = 8 

A= 


17. LETA = -—-5:|F A+3 < A-3 THEN LET A = 8 
hs 


18. LETA = 1: LETB = 2: IF B<2 THEN IF A=1 THEN LET A = 
B-A 


A = B = 


19. LETA = 2.45 : IF A> 2.5 THEN LETA =A +1 
A = 


20. LET AS = «5» : LET B$ = «A» : IF AS=B$ THEN LET AS=B5$+ « 
«+AS$ 


21. LET AS = «m» : IF AS <= «Z» THEN LET A$ = CHR$ 
(ASC(A$) +32) 


A$= 
22. LET AS = «M» : IF AS <=«Z» THEN LET A$ = 
CHR$(ASC(A$)+32) 
A$= 
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23. LET A$ = «JUAN» : IF AS ==« « THEN LET A$ = «INCO- 
RRECTO» 


24. LET A=13: IFA < 2:A THEN LET A= 3*A, 
A= 


25. LET A=-13: IFA < 2:A THEN LET A = 3xA 
A = 


5.4 LA INSTRUCCION IF CON ELSE 


En el ejemplo del orden lexicográfico del tomo anterior hemos utilizado 
la construcción 


SI... 

ENTONCES ... 

EN CASO CONTRARIO ... 

En algunos dialectos del BASIC existe la instrucción que tiene la forma 
IF (pregunta binaria) THEN (instrucción) ELSE (instrucción) 


Los términos IF, THEN y ELSE son las palabras anglosajonas que se 
traducen como Sl, ENTONCES y EN CASO CONTRARIO. 

El comportamiento de esta instrucción es semejante a la del IF aunque 
presenta unas diferencias que vamos a comentar a partir del ejemplo si- 
guiente. (Si su ordenador no tiene la instrucción ELSE no intente introdu- 
cirlo; ya veremos cómo lo puede hacer en su caso). 


10 INPUT A 

20 IF A(O THEN LET T$="NEGATIVO" ELSE LET 
T$="POSITIVO" 

30 PRINT "EL NUMERO QUE HA ENTRADO ES ":T8 

40 GOTO 10 


La misión de la instrucción 20 es calcular si el número es positivo o 
negativo; la variable textual T$ se coloca a NEGATIVO si la respuesta a la 
pregunta binaria A<0O es SI, mientras que se coloca al valor POSITIVO si 
la respuesta es NO. 

El comportamiento de la instrucción es realizar la instrucción que está 
detrás del THEN si la respuesta es cierta, y la de detrás de ELSE si la 
respuesta es falsa. Tenga en cuenta que en el caso de que sea cierta la 
pregunta binaria nunca se realiza la instrucción que está detrás del ELSE 
de la misma manera que cuando la pregunta es falsa no se realiza la ins- 
trucción que está detrás del THEN. 


BASIC 


Es la instrucción COMPLETA 
de bifurcación 


Figura 2: Construcción IF... 
THEN ... ELSE, sin la utilización 
del ELSE. 


Este tipo de instrucción es una extensión natural de IF... THEN... y 
corresponde a la idea de la bifurcación completa; es decir, realizar instruc- 
ciones distintas en caso de respuesta afirmativa o negativa de la pregunta 
binaria. 

Esta instrucción es un caso particular que parecería no es necesario 
tratar al estudiar el BASIC estandard. Sin embargo, la importancia de la 
construcción lógica Sl.....ENTONCES.....EN CASO CONTRARIO es tan 
grande en el diseño de programas y en la toma de decisión que es obligado 
considerar esta construcción aunque el BASIC con que trabajamos no dis- 
ponga de ella. 

La solución consiste en tomar diversas sentencias para simular el com- 
portamiento al tener que solucionar un programa sin la ayuda del ELSE. 
Para ello tomaremos el mismo ejemplo visto anteriormente, en el que, al 
introducir un número en el ordenador, si el número es menor que cero, debe 
escribir NEGATIVO y en caso contrario debe escribir POSITIVO. 

Veamos cómo se escribiría este programa sin la ayuda del ELSE. 


10 INPUT A 

20 IF A(O THEN 60 TO 50 

30 PRINT "El numero que ha entrado es positivo" 
40 60 TO 60 

50 PRINT "El numero que ha entrado es negativo" 
60 GD TO 10 . 


Ahora vea la figura 2 que contiene el mismo programa pero en él he- 
mos recuadrado tres bloques: 


— El primero, que aparece identificado por IF, plantea la pregunta binaria. 


— El segundo, que aparece identificado por ELSE resuelve la parte co- 
rrespondiente al ELSE, o lo que es lo mismo, lo que hace el programa 
cuando la respuesta a la pregunta IF es NO. 


— El tercero, que aparece identificado por THEN, resuelve la parte del 
THEN; es decir, lo que hace el programa cuando la respuesta al IF es 
Sl. 


Vea ahora cómo funciona el programa. Cuando la pregunta binaria de 
la línea 20 es Sl, porque el número que se ha entrado es negativo, el pro- 


1 


A 
alo THEN|5O TO so | IF 
ELSE 
FRINT "El numero que ha entrado es positivo" 
D 60 SALTO PARA EVITAR LA PARTE THEN 
THEN 
PERINT "El numero que ha entrado es negativo" 
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grama nos remite a la línea 50 mediante el GO TO y, por tanto, el ordenador 
imprimirá en pantalla: «El número que ha entrado es negativo». 

Si la respuesta a la pregunta binaria es NO, porque se ha entrado un 
número positivo, la parte que sigue al THEN del IF de la pregunta no se 
ejecuta y el ordenador sigue en la línea 30 e imprime en pantalla: «El nú- 
mero que ha entrado es positivo». 

Esta parte correspondería al ELSE de la construcción general; preci- 
samente la línea 40, mediante el GO TO envía la ejecución del programa 
a la línea 60 que es la finalización de la construcción. De este modo se 
impide que una vez entrado en la parte ELSE de la construcción no se 
ejecute la parte THEN ya que no tiene sentido ejecutar las dos partes, o se 
ejecuta una o la otra, pero nunca las dos. 

El programa que hemos puesto es muy simple. En lugar de tener una 
sola instrucción después del THEN y del ELSE podría haber tenido un gran 
número de sentencias. Pero en todos los casos la estructura hubiera sido 
la misma. 

Veamos otro ejemplo de programa con la construcción IF...THEN... 
ELSE. Consiste en llevar la cuenta de los cargos y abonos que se efectúan 
a un cliente y mantener el saldo después de cada operación. 

Cuando hacemos una factura a un cliente, decimos que hacemos un 
cargo en su cuenta. Si por cualquier error se debe devolver dinero al cliente 
se dice que le hacemos un abono. 

Esto se puede interpretar como llevar sumas separadas de números 
positivos y negativos. Los números positivos corresponden a los cargos, 
mientras que los números negativos corresponden a los abonos. El saldo 
es la diferencia entre los cargos menos los abonos, entre los números po- 
sitivos y los números negativos. 

El listado del programa se ofrece a continuación: 


10 LET TC=O%LET TA=0 2: LET SA=0 
100 INEUT "Cargo, Abono o Fin (c/a/f):",0$ 
110 IF Aé$="c" THEN LET O=13 GOTO 200 
120 1F As$="C" THEN LET O=1:3 GOTO 200 
130 1F At="a" THEN LET O=23 GOTO 200 
140 1F A$="A" THEN LET O=2:2 GOTO 200 
150 IF A$="f" THEN GOTO 900 
160 1F A$="F" THEN GOTO 2900 
170 60TJ3 100 
200 REM Entrada valida y distinta de fin 
¿10 INPUT "Cantidad:",C 
220 1F O(>)1 THEN GOTO 300 


230 REM Parte ELSE 

240 LEFTSTL" =D +L 

250 LET SA = SA +C 

260 GOTO 400 

300 REM Farte THEN 

310 LET TA = TA +C 
320 LET SA = SA - C 


400 REM Finalizacion de la construccion. 
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410 PRINT "Cargos": TAB(12)3"Abonos" ;TAR(Z4); 
"Saldo" 

420 PRINT TC:TAB(12):;TA3TAB(24) SA. 

450 GOTO 100 

300 REM Finalizacion del programa 

310 END 


La línea 10 del programa coloca todos los acumuladores de cargos 
(TD), abonos (TA) y saldos (SA) a cero. 

De la línea 100 a la 170 corresponde el bloque de validación de la 
entrada. La línea 100 pide la entrada de la variable textual A$. Las líneas 
110, 120, 130 y 140 comprueban si corresponde a la letra c o a, tanto en 
mayúsculas como en minúsculas. Si alguna de las preguntas es cierta se 
coloca la variable numérica O a 1 o 2 si corresponde a cargo o abono res- 
pectivamente y se envía la ejecución a la línea 200. 

Las líneas 150 a 160 preguntan si la variable A$ contiene una f, tanto 
en mayúscula o minúscula. Si la respuesta es afirmativa se envía el control 
del programa a la línea 900 para la finalización del mismo. 

Cualquier otra entrada se considera errónea y la línea 170 envía el 
programa a realizar la pregunta de nuevo. 

De la línea 200 hasta la 400 está el bloque correspondiente a la cons- 
trucción IF....THEN....ELSE que se quiere ilustrar. 

En primer lugar se pregunta qué cantidad corresponde al cargo o 
abono, en cualquier caso se entra la cantidad como número positivo. 

La línea 210 inicia la construcción con la pregunta binaria de si la va- 
riable O es distinta de 1. En caso afirmativo se envía el programa a la sen- 
tencia 300 que inicia la parte de THEN de la construcción. Si la respuesta 
es negativa se inicia la ejecución de las líneas 220 a 250. 

En el bloque ELSE se actualiza el total de cargos y se les añade en 
forma positiva al saldo. 

Se finaliza el bloque ELSE con la línea 260 que envía el control a la 
línea 400 para evitar la ejecución de la parte THEN. 

En la parte THEN, de las líneas 300 hasta la 320 se calcula la parte 
THEN acumulando la cantidad entrada en el acumulador de abonos y dis- 
minuyendo el saldo en la misma cantidad. 

El bloque que comprende la línea 400 hasta la línea 450 consiste en 
la escritura de los resultados después de la última operación. 

La línea 900 y 910 finalizan la ejecución del programa. 

Finalmente hay que señalar que la mayoría de dialectos que permiten 
la construcción IF ... THEN .... ELSE sólo admiten una instrucción detrás 
del THEN y una instrucción detrás del ELSE, como en el caso de utilizar la 
construcción simple IF...THEN. 


Si nos referimos al bloque de las líneas 220 a la 400 en algunos dia- 
lectos modernos del BASIC es posible escribirlo como 


220 1F AXO THEN LET TC=TC+C:LET SA=SA+C: ELSE 
LET TA=T9+C: LET SA = SA-C 
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Sin embargo, por el momento son más las excepciones que la regla. 
Para saber exactamente el comportamiento de estas instrucciones debe 
consultar el manual del usuario del tipo de dialecto de BASIC de que se 
trate. 

Ahora ejecute el programa. Recuerde que «c» O «C» es para entrar los 
cargos, «a» O «A» para entrar los abonos y «f» O «F» para salir del pro- 
grama. Tanto en la columna de cargos como de abonos le irá dando el 
acumulado. No se preocupe tampoco por el diseño en que le van saliendo 
los resultados. 


5.5 EL CASO DE MUCHAS ALTERNATIVAS 


Ya hemos visto en el tomo anterior que cuando queremos hacer una 
pregunta compleja como ¿De qué color es el coche?, debemos recurrir a 
la descomposición de la pregunta en múltiples preguntas binarias, es decir, 
debemos preguntar sucesivamente si el coche es blanco, es azul, es rojo, 
es verde, etcétera. 

Debido a que este esquema aparece frecuentemente en programación, 
debemos ser sistemáticos en plantearlas y escribirlas en BASIC. 

Veamos el ejemplo siguiente, que pretende realizar una operación arit- 
mética entre dos números que hemos entrado. 

En primer lugar se entran dos números y luego el programa pregunta 
por la operación aritmética que ralizará según la contestación que demos. 


10 INPUT "El primer numero!:",A 
20 INPUT "El segundo numero:", B 


30 INPUT "Indique la operacion a realizar (+,-,*,/):",A$ 
40 IF A$ () "+" THEN GOTO 70 
50 PRINT A+B 

60 GOTO 180 

70 IF A$ () "-" THEN GOTO 100 
BO PRINT A-B 

90 GOTO 180 

100 IF AS () "*" THEN GOTO 130 
110 PRINT AxE 

120 GOTO 180 

130 IF A$ (> "/" THEN GOTO 160 
140 PRINT A/B 

150 GOTO 180 


160 PRINT "La operacion que me pide es incorrecta" 
170 GOTO 30 

190 REM---- Fin de la decision para las alternativas 
190 REM--—-— Calculemos otra operacion 

200 GOTO 10 z 


La estructura consiste en preguntar en los IF de las instrucciones 40, 
70, 100 y 130 si no corresponde a una operación, dese cuenta que pre- 
guntamos si la operación NO es la que deseamos. Si la pregunta es afir- 
mativa, es decir, no es la que deseamos, hacemos saltar el programa a la 
pregunta siguiente. Si la pregunta es negativa quiere decir que hemos en- 
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contrado la operación que buscamos, procedemos a realizarla y enviamos 
el programa al final de todas las preguntas, es decir en la instrucción 180. 

Un comentario aparte merece la instrucción 160, que recoge el caso 
de que lo que hemos entrado, A$, no corresponde a ninguna operación. Es 
decir, que llegamos a ella cuando no metemos ningún operador de los pre- 
vistos. Escribimos entonces un mensaje de error que programamos noso- 
tros mismos y volvemos a leer una nueva operación. 

Finalmente el programa nos vuelve a pedir dos nuevos números y una 
nueva operación. 

Debemos advertir que podríamos haber realizado el programa con sen- 


tencias como 


NEW 

10 INPUT "El primer numero:",A 

20 INPUT "El segundo numero:", B 3 

30 INPUT "Indique la operacion a realizar (+,-,*,/):1",A% 
40 IF AS = "+" THEN PRINT A+B: GOTO 90 ; 

50 IF A$ = "-" THEN PRINT A-B: GOTO 90 

60 IF AS = "x*" THEN FRINT A*B: GOTO 90 

70 IF AS = "/" THEN FRINT A/B: GOTO 90 

B0 PRINT "La operacion que me pide es incorrecta": GOTO 30 
90 REM---- Fin de la decision para las alternativas 

100 REM---— Calculemos otra operacion 

110 GOTO 10 


que da como resultado un programa más corto y más compacto. Sin em- 
bargo, la forma como se ha presentado inicialmente está bien adaptada 
cuando las instrucciones a realizar para cada alternativa son muchas, que 
por otra parte suele ser el caso más corriente. 

La norma general para la programación de diversas alternativas con- 
siste en realizar las preguntas en forma negativa para saltarnos, en caso 


de que sea afirmativa la pregunta negativa, las instrucciones correspon- 
dientes a la alternativa que está en la pregunta. 


5.6 FASES DE REALIZACION DE UN PROGRAMA 


Diseño de un programa En el capítulo 4 hemos estudiado cómo se podían escribir las instruc- 
ciones para determinar el resultado de la comparación de dos variables 
textuales. La instrucción se había redactado con un formato adecuado para 
la programación, pues las instrucciones se dividían en pasos y se utilizaban 
descripciones gramaticales con una precisión más elevada que el lenguaje 
corriente. La utilización de ciertas palabras en mayúsculas hacían énfasis 
sobre las entidades, números y letras, que tenían un significado importante 
en las reglas. Esta fase de escribir el mecanismo de solución del problema 
de forma más rigurosa que la que utilizamos en el lenguaje corriente, se 
denomina fase de diseño o de análisis, pues descomponemos de una ma- 
nera más precisa y rigurosa los pasos a seguir. 

Definición del problema En la primera fase sólo hemos definido el problema de una manera 
vaga. Á esta fase se le denomina definición del problema. En nuestro ejem- 
plo, la definición del problema consiste en establecer que queremos com- 
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parar dos textos, y que la regla de obtención del resultado se ha expresado 
en la regla mencionada en la lección cuarta. 

La fase siguiente consiste en codificar este análisis o diseño en un 
lenguaje de programación. Esta fase se denomina codificación, y aunque 
es una fase importante, la calidad de un programa se determina en la fase 
de diseño. Si esta fase se efectúa correctamente, el análisis y el diseño 
sirven para realizar el programa en los más diversos tipos de lenguajes y 
máquinas. 

Las distintas técnicas de diseño de programas serán objeto de un es- 
tudio más profundo en una lección posterior. 

Volvamos ahora a ver la fase de codificación, y empecemos por la parte 
de definición de los datos que es necesario utilizar. Estos datos están tis- 
tados en la figura 4 del capítulo 4. En ella se distinguen dos partes: los datos 
del problema, TEXTO1, operador y TEXTO2 y el resultado del problema. 
Estos datos nos indican una de las necesidades de nuestro programa que 
es la entrada de datos. El primer bloque del programa contendrá las cons- 
trucciones necesarias para leer los datos. 

Después de estas reflexiones ya podremos pensar en el tipo de ins- 
trucciones que vamos a utilizar. Antes de consultar el texto intente escribir 
en un papel aparte las instrucciones adecuadas. 


10 REM FASE DE ENTRADA 

20 INPUT "Primer texto";A$ : REM Entr. texto 1 

30 INPUT "Segundo texto:";E$ : REM Entr. texto 2 
40 FPRINT "Entre uno de los operadores siguientes!" 
50 PRINT "«, (=, 0,=,),)=" 

60 INFUT 0$s 


Las variables A$, B$ y O$ son los equivalentes en BASIC de las en- 
tidades TEXTO1, TEXTO2 y operador. 

Probemos esta parte del programa. Para ello pulse la tecla RUN y vea 
que le va pidiendo los textos y el operador. Escriba para el primer texto 
GARCIA y para el segundo texto GARZA. Como operador elija por ejem- 
plo >. 

Para comprobar que el programa funciona dele la instrucción directa 


PRINT A$,B$,0$ 


En la pantalla aparecerá lo que Ud. ha escrito. 

Sigamos ahora desarrollando el programa. 

El único problema que puede aparecer en este proceso de entrada de 
datos es que el usuario entre un operador que no corresponda con los datos 
que esperamos, en otras palabras, que no forme parte de la lista <, <=, 
ES o 

Hay que evitar siempre que las variables que cuyo valor debe ser un 
elemento de una lista puedan llegar a otra parte del programa con un valor 
distinto de los admitidos, pues toda la lógica que hemos aplicado para la 
construcción de nuestro programa no se cumplirá, con el consiguiente fun- 
cionamiento equivocado del mismo. 
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' En nuestro caso, es conveniente dotar al programa de un mecanismo 
para que después de salir de esta parte estemos seguros de que los valores 
de O$ es uno de los de la lista. Piense una solución antes de seguir con el 
estudio de la solución que le proponemos. 

Una posible solución es (las instrucciones de la 10 a la 70 son las mis- 
mas que ya tenemos). 


70 1€ 0$="<" THEN GOTO 200 

80 IF O$="<(=" THEN GOTO 200 
90 1F O%$=">" THEN GOTO 200 
100 1F 0%=" 0" THEN GOTO 200 
110 IF O$="=" THEN GOTO 200 
120 IF O$=">=" THEN GOTO 200 
130 ERINT "Operador erroneo" 
140 PRINT "Intentelo otra vez" 
150 GOTO 60 


La línea de razonamiento es comprobar si el símbolo que contiene O$ 
coincide con alguno de los símbolos esperados. Si se da esta coincidencia, 
se envía el programa a la instrucción 200 para que el programa continúe. 
Si no se trata de ninguno de los símbolos esperados se alcanza la línea 
130, en donde el ordenador nos imprime el mensaje indicándonos que hay 
un error y nos da la oportunidad de corregir la entrada. Este proceso se 
repetirá hasta que se entre el símbolo correcto. 

Es interesante que probemos el funcionamiento de esta parte de pro- 
grama por sí misma, sin acabar de escribir el resto. Este procedimiento se 
denomina fase de pruebas y correcciones. Para realizar un programa co- 
rrectamente, es necesario emplear tiempo en probarlo para asegurar que 
no se han cometido errores en ninguna de las fases anteriores. 

Sin embargo, hay que tener en cuenta que estas pruebas sólo nos 
demuestran que el programa es incorrecto pero nunca que es correcto. Esto 
es así porque no podemos asegurar que hemos probado todos los casos 
posibles. La verificación de la corrección absoluta de un programa es una 
tarea difícil y se parece mucho a las demostraciones matemáticas y no pre- 
tendemos introducirnos en este terreno, pues antes hay que tener una gran 
experiencia en programación. 

Es muy conveniente por esta razón, probar sólo trozos pequeños de 
programa, a fin de asegurar con bastante certeza que el programa no tiene 
errores. 

Si Ud. escribió esta parte del programa antes de estudiar el texto, pro- 
bablemente hizo una versión de esta entrada de datos que no será la misma 
que la que hemos propuesto. Realice ahora un conjunto de pruebas como 
las siguientes, después de pulsar RUN. 


— Entre como operador el signo más (+): debe dar error. 


— Entre como operador el conjunto de letras ABC (cualquier texto se 
puede entrar en la instrucción 60): Debe dar error. 
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— Entre el operador igual (=): El programa debe finalizar. Escribamos 
RUN de nuevo y sigamos. 


— Entre el operador menor o igual que (<=): El programa finaliza. Escri- 
bamos RUN. 


— Entremos el operador mayor que (>): El programa finaliza. Escribamos 
RUN. 


— Entremos el operador distinto de (<>): El programa finaliza. Escribamos 
RUN. 


— Entremos el operador menor que (<): El programa finaliza. Escribamos 
RUN. 


— Entremos el operador mayor o igual que (>=): El programa debe fi- 
nalizar. 


Si un programa supera este conjunto de pruebas quiere decir que es 
con gran probabilidad correcto. 

Hasta ahora hemos desarrollado el tema de la entrada de datos, en 
nuestras instrucciones de referencia (Figuras 1 y 5 del capítulo anterior) que 
corresponde al punto 0 o inicio del programa. Pasemos a desarrollar la parte 
de programa más importante que es la que efectúa realmente la compa- 
ración. 

Para proseguir, primero debemos determinar el nombre de las varia- 
bles que nos servirán para fijar los datos intermedios: 


Número de orden  N 
NUM1 N1 
NUM2 N2 


Una vez establecida esta correspondencia, pasemos a traducir cada 
uno de los pasos. Para ello tenga delante la figura 1 del capítulo 4. 


Paso 1: 
200 LET N=1 


Observe que hemos elegido la instrucción 200 en lugar de la 160. Lo 
hacemos porque no sabemos si hará falta añadir alguna instrucción inter- 
media. Por otra parte, es conveniente que cuando escriba programas, los 
distintos bloques queden bien diferenciados. Esto lo conseguiremos me- 
diante el uso de instrucciones REM y saltándonos líneas en la numeración, 
lo cual nos permitirá señalar claramente un salto entre bloques. 


Paso2: 210 IF LEN(A$))=N THEN GOTO 240 
220  "LET Ni=0 
230 GOTO 250 


240 LET Ni=ASC(MIDS$(A$,N,1)) 
250 REM Fin paso 2 
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Observe que en este paso 2 utilizamos la función LEN para determinar 
la longitud del primer texto y la función ASC para saber el número de orden 
de la letra n-ésima del texto según el abecedario ASCII. La función MID$ 
selecciona la letra que se encuentra en la posición N dentro del texto. Esta 
operación nunca se realiza si N no es una letra del texto puesto que la 
instrucción 210 asegura que sólo se llega a la línea 240 cuando se cumplan 
las condiciones apropiadas. Es decir, cuando la respuesta al IF es afir- 
mativa y consiguientemente se ejecuta la parte THEN. 

La codificación que se ha mostrado es una traducción directa de lo que 
se ha escrito en el paso 2, sin embargo, las instrucciones siguientes pro- 
ducen el mismo resultado: 


Paso 2 (Mejorado): 


FiO0 LET Ni=0 

220 IF LENC(AS))=N THEN LET N1=AS5C 
(MIDF(OS, N, 13) 

250 REM Fin del pnaso 2 


En este caso, suponemos en principio que ya nos hemos pasado, coloca- 
mos un cero en N1 mediante la instrucción 210. 

La instrucción 220 recalcula N1 sólo en el caso de que tenga sentido 
hablar de la letra de orden N. 

Observe como el paso 2 ha quedado simplificado. Borre, por tanto, las 
líneas 230 y 240 escribiendo el número de línea y después el ENTER, o 
tecla de fin de línea. 

El paso 3 es igual al paso 2, pero con el segundo texto y con N2; queda 
por lo tanto: 


Paso 3: 
¿60 LET Nz = 0 


270 IF LEN(B$))=N THEN LET N2 = ASC 
(MID$(E$, N, 1)) 


La traducción de los pasos 4, 5, 6, 7 y 8 es inmediata y es la siguiente: 


Paso 4: 280 IF Ni=0 THEN GOTO 500 
Paso5: 2390 CIF N2=0 THEN GOTO 500 
Paso6: 300 IF N10N2 THEN GOTO 500 
Paso 7: 310 <LETON = Nel 

Paso 8: ZO GOTO 210 


Observe que cuando traduce el paso 4, no sabe con exactitud dónde 
acabará el paso 8, por lo tanto, si utiliza un número de instrucción elevado, 
no tendrá problemas posteriormente en que esté mal calculado, y habrá 
creado una clara separación de bloques. 
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El bloque de cálculo Antes de pasar a la traducción del paso 9, podemos repasar el bloque 
correspondiente a los pasos 1 a 8. 


Z00 LET N = 1 

210 LET Ni=0 

220 IF LEN(A$))=N THEN LET Ni = ASC 
(MID$(A0$,N,1)) 

250 REM Fin del paso 2 

260 LET N2 = 0 

270 IF LEN(B$)>)=N THEN LET N2 = ASC 
(MID$(B+$,N,1)) 

280 IF Ni=0 THEN GOTO 500 

290 IF N2=0 THEN GOTO 500 

300 IF Ni<>N2 THEN GOTO 500 

310 LET N=N+1 

320 GOTO 210 


Como en el caso anterior, es conveniente probar este bloque de pro- 
grama antes de proseguir con la codificación del resto del ejemplo. Para 
hacer esto, podemos recordar los ejemplos que se han estudiado en el ca- 
pítulo 4, comparación de ABETO con CODO, CODO con CODO y GARCIA 
con GARZA. Para seguir el buen funcionamiento de nuestro programa, po- 
demos añadir una instrucción PRINT en la línea 305, que imprima los va- 
lores de N, N1 y N2, de tal manera que podamos ver la evolución de estas 
variables y comprobar si el funcionamiento es correcto. Deberíamos enton- 
ces escribir: 


3035 ERINT N,N1,NZ 
También podríamos escribir en la línea 500 una instrucción parecida: 
500 PRINT "FINAL ":N,N1,N2 


Estas instrucciones sirven únicamente para probar el programa, 
cuando sepamos que funciona, se pueden quitar. 

Una vez escritas, procedemos a las pruebas correspondientes. Te- 
cleamos RUN, en la primera entrada escribamos ABETO, y en la segunda 
CODO, en el operador relacional introduzcamos uno cualquiera, por ejem- 
plo, el signo igual «=>». Este no tiene ningún efecto, de momento, pues 
nuestro programa aún no está completo. 

En la pantalla veremos aparecer a continuación: 


FINAL 1 65 67 
que nos indica que ha encontrado la diferencia en la primera letra (por esto 
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escribe el 1), y que corresponde a las letras con número de orden 65 (la 
A), y 67 (la C). 

Tecleemos nuevamente RUN, e introduzcamos CODO como primer y 
segundo textos; en el operador podemos continuar con el signo igual. 

En pantalla aparecerá: 


1 67 67 (Código ASCII de C) 
2 79 79 (Código ASCII de O) 
3 68 68 (Código ASCII de D) 
4 79 79 (Código ASCII de O) 
FINAL 5 0 0 


La última instrucción nos indica que en la quinta letra hemos terminado 
con los textos, y el O, indica que ya se han acabado, es decir, que ambos 
textos tenían cuatro letras. 

Finalmente ejecutamos el programa con los textos GARCIA y GARZA, 
con el operador que deseemos. Observaremos en pantalla la lista siguiente: 


1 71 71 G G 
2 65 65 A A 
3 82 82 R R 
4 FINAL á 67 90 C Z 


Después de estas pruebas, ya podemos eliminar las instrucciones 305 
y 500 y pasar a escribir la última parte del programa. 

Será necesario establecer unas operaciones distintas según el ope- 
rador solicitado, es decir debemos calcular el resultado según el operador 
que deseemos. La codificación debe basarse en un cálculo de las seis al- 
ternativas, antes de efectuar la operación propiamente dicha. Intente es- 
cribirlo antes de consultar la solución. 

La forma de escribir estas alternativas es: 


499 REM —- Fase de calculo del resultado - 
500 1F 0$(>)"=" THEN GOTO 530 


s10 LET R = Ni=N2 + REM Operador solicitado = 
520 GOTO 670 ; 

530 IF 0%$(>"<" THEN GOTO 560 

540 LET R = Ni(>N2 2 REM Operador solicitado (> 
550 GOTO 670 

560 IF 0$(0"(=" THEN GOTO 590 

570 LET R= Ni(=N2 REM Operador solicitado (= 
580 GOTO 670 

590 IF 0$(>"<" THEN GOTO 620 

600 LET R = N1(N2 5 REM Operador solicitado ( 
610 GOTO 670 E 

620 IF 0$(>)")=" THEN GOTO 650 

630 LET R = N1)=NZ : REM Operador solicitado >= 
640 GOTO 670 : 

6S0 IF 0$()">" THEN GOTO 670 

660 LET R = Ni)N2 : REM Operador solicitado ) 


670 PRINT "El resultado est ";R 
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mecanismo que se ha 


descrito en el programa que 


44 


se ha diseñado 


Observe bien la estructura, los IF de las instrucciones 500, 530, 560, 
590, 620 y 650 bifurcan a otra instrucción si no es el operador solicitado. 
A continuación del IF, se hace la operación correspondiente a cada ope- 
rador, y se recoge en el punto 670, en donde se imprime el resultado. El 
REM de las líneas 510, 540 etc. es sólo una indicación para la aclaración 
del programa, pero, como sabe, no tiene efecto en la ejecución del mismo. 

Hay que señalar que la instrucción 650 es inútil, pues por la fase de 
entrada, aseguramos que los únicos operadores que pueden llegar a esta 
fase son alguno de los seis permitidos; por tanto, si llegamos a la instrucción 
650, el operador no es el «=>», ni «<=», ni «<», ni «>=», por tanto, ne- 
cesariamente es «>». 

También es necesario recordar, la observación que se ha hecho en el 
caso de la alternativa múltiple (Apartado 4 de este capítulo), cada una de 
las instrucciones podría haberse escrito como: 


500 1F 0% = "=" THEN LET R = Nl = Ns 
GOTO E70 

310 17 08 = "(2)" THEN LET R = Ni(>NZ: 
GOTO 670 


etc. Sin embargo preferimos utilizar la fórmula más larga porque en la prác- 
«ca suele ser más corriente en programas más complicadas. Sin embargo, 
en este caso concreto, esta manera alternativa es perfectamente válida. 


Ahora ejecute el programa entránduie textos y operadores y el pro- 
grama contestará 1 ó O según la respuesta sea Sl o NO. 


Finalmente, hay que decir que el programa que se ha desarrollado se 
puede reducir a lo siguiente: 


10 REM : Fase de entrada 
20 INPUT "Primer texto ",A$ : REM Entrada del primer texto 
30 INPUT "Segundo texto ",B+ : REM Entrada del segundo texto 
40 PRINT "Entre uno de los operadores siguientes: " 
SO PRINTS OOO 
60 INPUT OS 
70 REM : Fase de resultado 
BO IF 0$"=" THEN LET R = A$ = B$ :GOTO 300 
90 IF 0%"(>)" THEN LET R = A$ () E$ :GOTO 300 
100 IF 0$"<=" THEN LET R = AS (= E$ :GOTO 300 
110 IF 0$"(" THEN LET R = A$ ( B$% :GOTO 300 
120 1F 0$")>)=" THEN LET R = A$ )= B$ :GOTO 300 
130 1F 0$">" THEN LET R = A$ ) B$ :GOTO 300 
140 PRINT "El operador que ha entrado es incorrecto" 
150 PRINT "Intentelo otra vez" 
160 GOTO 40 
300 PRINT "El resultado es: ";R 


Se han de advertir dos hechos importantes. Primero, el resultado se 
obtiene por comparación directa de los textos, sin necesidad de todo el 
bloque de cálculo. La elección de este ejemplo se ha hecho precisamente 
porque este esquema de comparación es el que realiza el BASIC de ma- 
nera automática cuando se comparan textos. Lo hemos utilizado para ilus- 
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trar qué significa orden lexicográfico, para simular en BASIC lo que la má- 
quina realiza automáticamente y, a la vez, hemos desarrollado nuestro pri- 
mer programa complejo. 

Segundo, observe que la instrucción 130 no es superflua como lo era 
la instrucción 650 en el programa anterior. Ahora, a medida que encontra- 
mos el operador a calcular, realizamos la operación, pero a la vez, si no 
encontramos ninguno de los operadores que deseamos, detectamos el 
error y volvemos a solicitar otro. 

Finalmente, observar que para la redacción del último programa se ha 
utilizado la forma más corta de escribir la alternativa múltiple ya que sólo 
hay que realizar dos instrucciones, el cálculo y el GOTO, cuando se elige 
una alternativa. 


RESUMEN 


La construcción IF... THEN...ELSE es semejante al IF..THEN pero 
incluye el elemento ELSE, que significa en caso contrario y contiene 
la instrucción a realizar en el caso de que la pregunta binaria tenga 
respuesta negativa. 

Esta estructura tiene gran importancia en el diseño de programas 
como estructura para codificar acciones con dos alternativas. Repase 
la figura 2 que muestra la manera de realizar los bloques aun cuando 
el BASIC no disponga de la parte ELSE. 

Las preguntas con muchas alternativas deben plantearse de una 
manera sistemática de tal forma que las acciones se agrupen en blo- 
ques detrás de la pregunta correspondiente. Esta pregunta inicia el 
bloque y se hace en forma negativa para realizar el salto si no se trata 
de la alternativa deseada. 

Por otra parte cada bloque termina con un salto al finai de la cons- 
trucción de todas las alternativas. 

En la realización de un programa se distinguen tres fases: 

La primera es la definición del problema, que consiste en escribir 
el enunciado y la resolución del problema de una manera más precisa 
que el lenguaje natural. 

La segunda es la codificación del problema que consiste en pasar 
las ideas de la fase de definición a un lenguaje de programación. 

La tercera es la prueba de los programas que verifican, hasta 
cierto punto, la parte de la codificación. Debe tenerse en cuenta que 
las pruebas nos demuestran los errores pero que no nos demuestran 
que no los hay. 

La progresión en la realización de un programa consiste en ir co- 
dificando trozos pequeños y probando su funcionamiento correcto. A 
medida que el trozo se hace más grande más difícil es hacer pruebas 
que garanticen un funcionamiento correcto. 
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EJERCICIOS DE AUTOCOMPROBACION 


26. 


eN. 


28. 


29. 


30. 


31. 


32. 


33. 


34. 


35. 


Completar las frases siguientes: 


LN A completa consiste en una pregunta bi- 
naria, una parte THEN y una parte ELSE. 


LES CONSHPUCCIÓNA sólo se encuentra en algu- 
nos BASIC. 
La construcción IF THEN ELSE se utiliza frecuentemente en e! .... 


E de programas. 


SO PU did ade la construcción IF THEN ELSE en 
los dialectos del BASIC que no la permiten mediante una disci- 
plina de estructuración en bloques. 


Las sentencias que simulan la parte THEN o la parte ELSE deben 
ISrMINARICON UN. oscila a un punto común que es el 
final de la estructura. 


El caso de muchas alternativas se resuelve reuniendo en bloques 
de instrucciones que se inician por un |F que pregunta si no es 
la alternativa que sigue, en este caso se salta al ............................ 
E: de otro bloque. 


Los bloques de instrucciones en el caso de la alternativa múltiple 
acaban con un salto a UN puMO ncccicincicioiiccicincno , que es el 
final de la estructura. 


La fase de realización de un programa en el que se prueba la 
codificación se denomina fase de .cccccccicccicicicicoos. iii 


La fase de definición de un problema consiste en describir su so- 
lución con un lenguaje MÁS ...oocccccicccciicicicicinno que el de pro- 
gramación. 


La prueba de un programa detecta los errores, pero nunca de- 
MUESTA lA del mismo. 


Ea 
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Encierre en un círculo la respuesta que corresponde a la alter- 


nativa correcta. 


36. 


37. 


38. 


39. 


40. 


En la mayoría de dialectos BASIC que permiten la instrucción IF... 
THEN... ELSE, detrás del THEN y del ELSE puede haber: 

a) Una sentencia. 

b) Una sola instrucción. 

c) Sólo la instrucción GOTO. 

d) Sólo la instrucción REM. 


El planteamiento sistemático de una decisión con varias alterna- 
tivas consiste en: 

a) Agrupar todas las preguntas al inicio de todo. 

b) Colocar las preguntas al final de todo. 


c) Desdoblar en bloques que satisfagan cada una de las alter- 
nativas. 


d) Agrupar alternativas parecidas en una sola pregunta. 


La fase de diseño consiste en definir: 


a) Los datos del problema. 

b) Los resultados del problema. 
c) Los cálculos del problema. 
d) Todas las anteriores. 


En la fase de pruebas hay que escoger trozos de programas: 


a) Muy largos, se prueba todo a la vez. 

b) Muy cortos. 

c) Trozos que realicen funciones definidas y completas. 
d) No hay que probar los programas. 


Las pruebas sirven para: 


a) Detectar errores en el programa. 
b) Demostrar que un programa es correcto. 


c) Para averiguar qué sentencias están mal escritas. 


d) Comprobar el buen funcionamiento del ordenador. 
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ESQUEMA DE CONTENIDO 


Objetivos 


El operador NOT 
El operador AND 
El operador OR 

El operador XOR 


Los datos de tipo booleano 


Las expresiones con operadores booleanos 


Las expresiones con el ordenador 


Alternativas válidas 


La toma de decisiones Intervalos numéricos 


operadores booleanos Fa . 
is Decisiones con dos variables 


El AND y el OR mediante dos preguntas sucesivas 


Propiedades de los Propiedad distributiva 


Leyes de Morgan 


Los operadores lógicos sobre números 
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6.0 OBJETIVOS 


En este capítulo se estudian las operaciones que podemos realizar en 
el ordenador mediante variables de significado lógico, es decir variables 
booleanas. 

Es muy importante conocer la manera cómo el ordenador manipula las 
variables lógicas ya que es necesario disponer de estas operaciones para 
el proceso de toma de decisiones. 

Este capítulo se divide en dos partes, en la primera se establecen las 
propiedades matemáticas de los operadores y se estudia con todo detalle 
su comportamiento. 

En la segunda, se relacionan estas propiedades matemáticas con 
nuestra manera de formular las cuestiones lógicas, se señalan las diferen- 
cias que surgen en nuestra manera de pensar con las propiedades mate- 
máticas que se han desarrollado en la primera parte. 

Los operadores lógico-matemáticos que se estudian son el NOT, el 
AND, el OR y el XOR, que se traducen respectivamente por NO, Y, Oy O 
exclusivo. Estos operadores constituyen la base de la teoría matemática 
asociada con la lógica. 

La dificultad mayor en su utilización en expresiones complejas es que 
hay que definir unas prioridades, como cuando estudiamos los operadores 
aritméticos. Por ejemplo, en el caso de las operaciones de suma y multi- 
plicación en los cálculos aritméticos. 

Para estudiar su comportamiento se introducen las tablas de verdad 
que son la manera más fácil de estudiar las propiedades de operaciones 
complejas. Debe hacer un esfuerzo importante en manejarlas con agilidad. 

Se introduce un apartado dedicado a las expresiones para cerrar un 
tema que constituye la base de cualquier lenguaje de programación y na- 
turalmente el BASIC no es una excepción. 

La visión unificada de todas las operaciones lógicas, aritméticas, tex- 
tuales y relacionales de que dispone el lenguaje es necesaria para que 
aprenda a utilizar expresiones complejas en sus programas, ahorran me- 
moria y tiempo de cálculo. 

Todas estas propiedades matemáticas se estudian por su gran utilidad 
en el proceso de toma de decisiones. Sin embargo, su aplicación no es tan 
directa como puede parecer. En nuestra manera de pensar surgen ciertas 
ambigúedades que a la hora de trasladar a cálculos con el ordenador de- 
bemos resolver. 

Estudiaremos en esta última parte del capítulo los procesos de con- 
junción lógica, unión lógica y la negación de las preguntas tal como las 
solemos formular para resolver un problema. 

Es precisamente esta última parte la que le permitirá conectar el plan- 
teo de los problemas que se hace desde nuestro punto de vista con la so- 
lución que requiere el ordenador, para resolver el problema de manera in- 
formática. El salto de lo que es una fórmula de cálculo con lo que es un 
algoritmo para resolver un problema está estrechamente relacionado con 
todos los mecanismos lógicos que se exponen en esta lección. 

De hecho, aunque no se mencione en el resto de la lección, la base 
primaria del funcionamiento de los ordenadores está en la aplicación de 
toda la lógica a los circuitos electrónicos. 


Los datos booleanos se 
almacenarán como variables 
numéricas 
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Aprender a razonar con precisión lógica es el objetivo global de la lec- 
ción ya que el razonamiento de este tipo constituye los ladrillos sobre los 
que se edifica toda la ciencia informática. 

En todo caso, queremos hacerle desde el principio una observación: 
El tema que va a estudiar es un poco árido y pesado. No queremos en- 
gañarle. Es más, la mayoría de los tratados dedicados al BASIC que pueda 
encontrar apenas lo tratan y normalmente se limitan a indicarlos, diciendo 
su significado. 

Sin embargo, dada su importancia, nosotros hemos preferido tratarlos 
ampliamente, siendo conscientes de que de haberlos pasado por alto usted 
no habría notado su ausencia. Pero preferimos no privarle de esta ayuda, 
que si en este momento no le ve todavía su importancia, a medida que vaya 
profundizando, nos lo agradecerá. 

Pero ya le advertimos, tómese este capítulo con calma y no tenga re- 
paro en estudiar uno por uno cada operador lógico y después descansar. 
Asimílelos poco a poco, pero bien asimilados. 

Si queda alguna parte de este capítulo sin asimilar plenamente, tam- 
poco le impedirá comprender el contenido total de esta Enciclopedia. 


6.1 LOS DATOS DE TIPO BOOLEANO 


La utilización de los operadores relacionados nos ha introducido un 
nuevo tipo de resultado: el Sl y el NO, que se representan de una manera 
numérica en el ordenador pero que responden únicamente a las dos po- 
sibilidades mencionadas, el Sl y el NO. Estos resultados se pueden al- 
macenar en forma de variables numéricas; de hecho ya hemos utilizado 
esta forma de variables en la lección 4 (vea, por ejemplo, el apartado 4.2.1 
del tomo anterior), pero su contenido está limitado a dos casos: el NO (cero) 
y el SI (uno o menos uno según el ordenador). 

Por lo tanto, son siempre posibles las instrucciones del tipo: 


LETAO<=s=Aas= ES 
LETA=A%s € ES 
CET ep E 
BET Ab Ono 
LETA=6 (5 


No las escriba todavía. 

En todos los casos la variable A contiene únicamente un Sl o un NO 
según el resultado del operador relacional sea cierto o no lo sea. (Recuerde, 
como ya vimos en el capítulo 4, que el segundo igual (=) en una instrucción 
LET se interpreta siempre como operador relacional). Por ejemplo, tomando 
la primera instrucción podemos escribir: 


LET A="Garcia"” = "Perez": FRINT A 
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Los operadores básicos 
NOT, OR, AND y XOR 


el resultado sería un cero; es decir NO, puesto que García no es igual a 
Pérez. 

A las variables que contienen un resultado Sl o NO se las denomina 
variables booleanas o lógicas. Ciertamente no se distinguen en nada de las 
variables numéricas; sólo el programador sabe que, por su naturaleza ló- 
gica, su contenido sólo puede ser un Sl o un NO. 

El hecho de que el BASIC no controle si la variable es lógica o no lo 
es, puede producir errores tal como mostraremos en el último apartado de 
esta lección. 

El lenguaje BASIC tiene unos operadores para manipular estas canti- 
dades de acuerdo con su significado lógico, antes que relacionarla con su 
significado numérico. El hecho de que el Sl y el NO se representen me- 
diante números es un accidente, no es la esencia. De hecho, todas las 
cosas que se representan en el ordenador pueden ser interpretadas como 
números. El lenguaje BASIC introduce diversas operaciones, que en último 
término son operaciones aritméticas, pero que responden a una necesidad 
de operar sobre cantidades que tienen un significado distinto. 

Las operaciones que el BASIC introduce para manipular estas canti- 
dades son cuatro: NOT, AND, OR y XOR, que se traducen al castellano 
como NO, Y, O y O exclusivo. 

Estudiaremos en primer lugar su modo de comportamiento y dejaremos 
para más tarde su conexión con la toma de decisiones. 

Para ello tomaremos siempre unas variables numéricas, que provienen 
del resultado de un operador relacional. Ya sabemos que estas variables 
numéricas sólo pueden tener dos valores: el Sl y el NO, y estudiaremos el 
efecto de cada una de estas operaciones sobre el resultado de un operador 
relacional. 

Insistimos en la importancia del hecho de que estas variables deben 
ser el resultado de una comparación (resultado de un operador relacional) 
ya que si posee un valor distinto del Sl o el NO, el comportamiento de los 
operadores puede diferir de lo que digamos aquí. 


6.1.1 El operador NOT 

El NOT es un operador unario, es decir, actúa sobre una sola variable 
y el efecto es cambiar el valor de la misma, de tal manera que si la variable 
contiene un SI, el resultado será un NO, y si la variable contiene un NO, el 
resultado será un SI. 

La regla que define el operador es: 


El operador NOT cambia el valor de la variable booleana o lógica. 


Veamos algunos ejemplos. Considere el programa siguiente: 


NEW 
10 LET A = 5(3 : REM Aseguramos que las variables A y E 
20 LET B= 53 : REM contengan un resultado de tipo 


booleano, es decir un Sl o un NO 
Naturalmente A y B contienen un 
NO y un Sil respectivamente 


Operador NOT Operador 
Unario 
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30 PRINT A,B 
40 LET R = NOT A 
50 LET S = NOT B 
60 PRINT R,S 


1.) En este programa se estudia el efecto del NOT sobre una variable 
que es Sl y otra variable que es NO. 


Naturalmente, las instrucciones 10 y 20 nos aseguran que A y B son 
variables numéricas que provienen del resultado de una pregunta binaria y 
por lo tanto sólo contienen un Sl o un NO. En este caso concreto, A contiene 
un NO, pues 5 NO es menor que 3, y B contiene un Sl, pues 5 S/ es mayor 
que 3. 

La instrucción 30 nos imprime A y B en pantalla, para visualizar estos 
valores; es decir nos escribirá un cero en el caso de A y un uno o menos 
uno en el caso de B. 

Las instrucciones 40 y 50 calculan las variables R y S, que son la apli- 
cación del operador NOT a las variables A y B respectivamente. La ins- 
trucción 60 imprime R y S debajo de los valores de A y de B. Así, para R 
escribirá un 1 o —1, puesto que en esta variable se almacena el valor de 
NOT A, y, por lo tanto, habrá cambiado de NO a SI. En el caso de S se 
escribirá el valor NO (cero) por la misma razón, al ser el valor de B SI. 

Después de teclear RUN, se obtendrá en pantalla: 


0 1 (Valores de A y de B) 
1 O (Valores de R (NOT A) y de S (NOT B)) 


(Se supone que el ordenador representa el Sl con un uno.) 


Para que comprenda mejor todo esto, vamos a poner un ejemplo más 
cercano a nosotros, aunque sea forzando un poco la gramática. Imagine 
que Ud. debe contestar a una pregunta con Sl o NO. Si Ud. contestara «NO 
Sl», estaría contestando NO. Por el contrario, si contestara «NO NO» es- 
taría diciendo Sl. 


2.) Veamos ahora un nuevo programa, para ilustrar el hecho de que 
el NOT puede tomar parte en expresiones más complicadas. 


10 INFUT "Entre un SI (S), o un NQ (N):",AS 
ZO IF A%6="S" THEN GOTO 50 

30 If A$="N" THEN GOTO 50 

40 PRINT "Entraca incorrecta" : GOTO 10 

50: ¡REM --—=> Calculo 

60 ERINT A$="S", NOT(A$="S5") 

70 GO 70 10 
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El NOT forma parte de 
expresiones complejas 


Figura 1 Doble NOT sobre un 
valor Sl 
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En este programa se entra una variable textual A$. Si su valor no es 
So N, llegamos a la línea 40, y el programa vuelve a pedirnos una nueva 
entrada. 

Si la entrada corresponde a un valor S o a un valor N, se va a la ins- 
trucción 60 (pasando por la 50 que no tiene efecto en el programa), que es 
una instrucción PRINT que contiene la evaluación de dos expresiones: 
A$=«S» y NOT (A$=«S»). 

El resultado de la primera expresión, A5=«S>» da un SI si A$ contiene 
una S, por lo tanto S/ son iguales A$ y «S», y un NO si contiene una N, 
pues NO son iguales A$ y «S». La segunda expresión (NOT A$=«S») es 
la negación de la anterior. 

Este ejemplo nos demuestra que el operador NOT se puede incluir en 
expresiones de tipo relacional para cambiar el resultado. 


3.) El tercer ejemplo es una modificación del ejemplo anterior, susti- 
tuyendo la instrucción 60 por: 


60 ERINT A$="S5", NOT(A$="S"), 
NOT (NOT (A$="5")) 


La tercera expresión, NOT(NOT(A$=«S»)), tiene valor SI, si A$ vale 
S, y tiene valor NO, si A$ vale N. 

Observe que al ejecutar el programa, si a usted le da «S», la respuesta 
será: 


A$=«S» > 16-1 
NOT A$=«S» > 0 
NOT(NOT A$=«S» => 1 


El rmecanismo es que sobre el valor de A5=«S», el primer NOT cambia 
el resultado, y este resultado es cambiado otra vez por el segundo NOT. 
Estos dos cambios son equivalentes a ningún cambio, es decir, es lo mismo 
escribir NOT(NOT(A$=«S»)) que A$=«S». 

En la figura 1 vemos un esquema de cómo va actuando el operador 
NOT. Partimos, en primer lugar, del supuesto que A$ vale «S» y, por lo 
tanto, el resultado del operador relacional de igualdad es SI. Al aplicarle el 
primer operador NOT le cambia el valor, con lo cual el resultado es NO. Al 
aplicarle otra vez el operador NOT este valor vuelve a cambiar a SI. 

En la figura 2 tenemos el mismo caso, pero partiendo del supuesto de 
que A$ vale «N» y, por lo tanto, el resultado del operador relacional de 


NOT ( NOT ( A$=«S» ) ) 


Figura 2 Doble NOT sobre un 
valor NO 


Figura 3 Tabla de verdad del 
operador NOT 
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NOT ( NOT ( A$=«S» ) ) 


igualdad será NO. El resultado de aplicar el primer NOT es cambiar el NO 
a SI. Al aplicarle el segundo, el Sl cambiará otra vez a NO. 

La enseñanza que debemos sacar de este ejemplo es que el NOT se 
puede utilizar de un modo parecido al signo menos en operaciones arit- 
méticas; y más concretamente un doble NOT, un doble cambio de signo 
menos en la aritmética corriente, deja el mismo resultado inicial. 

Finalmente, para expresar el mecanismo de actuación del NOT se 
suele utilizar lo que se llama una tabla de verdad, que se presenta en la 
figura 3. 

En la primera columna se colocan las diversas alternativas posibles, 
en este caso una S para indicar un Sl, y una N para indicar un NO. En la 
segunda columna, que se encabeza por un NOT, se da el resultado de 
aplicar el operador NOT a cada uno de los valores: es decir, al aplicar el 
NOT a al alternativa SI(S), el resultado es NO(N) y al aplicar el NOT a la 
alternativa NO(N) el resultado es SI(S). 


ALTERNATIVAS 
N 
S 


S 
N 
El operador AND, que significa y, es un operador binario; es decir, ac- 


6.1.2 El operador AND 
túa sobre dos variables lógicas, de la misma manera que los operadores 
binarios aritméticos actúan sobre dos cantidades aritméticas. 

Le recordamos que el valor de cada una de las variables lógicas sobre 
las que actúa el operador AND sólo puede ser un Sl o un NO. Pero antes 
de seguir veamos un ejemplo que nos aclare un poco más todo esto. 

Imagine que desea salir de excursión, pero que para hacerlo se deben 
cumplir dos condiciones: Primera, que haga sol y segunda, que le hayan 
terminado de arreglar el coche que tiene en el taller. Vea que cada una de 
las dos condiciones (variables lógicas) es un Sl o un NO. 


Primera condición: — SI hace sol 
NO hace sol 
Segunda condición: Sl tengo coche 


NO tengo coche 
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Figura 4 Tabla de condiciones 
para ir de excursión 


Figura 5 Tabla de verdad del 
operador AND 


Figura 6 Tabla de verdad del 
operador AND 
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1.*? Condición 2.* Condición 


Sl Hace sol Sl tengo coche Sl excursión 


Sl Hace sol NO tengo coche |NO excursión 
NO Hace sol Sl tengo coche No excursión 
NO Hace sol NO tengo coche |NO excursión 


Veamos ahora el comportamiento del operador AND, sabiendo que el 
resultado de aplicarlo debe ser también un Sl o un NO. En la figura 4 se 
muestra este comportamiento. 

El mecanismo que se suele utilizar para describir el comportamiento 
es lo que se llama tabla de verdad y que es muy parecida al cuadro que 
acaba de ver, aunque construida de un modo un poco distinta. En la figura 
5 presentamos esta tabla de verdad. 

La tabla tiene una forma de matriz. En la columna de la izquierda (som- 
breada) aparecen los valores del primer operando, y en la primera fila (tam- 
bién sombreada) los valores del segundo operando. 

En las cuatro casillas interiores se coloca el resultado. 

Se ha de observar que los resultados posibles son sólo el Sl y el NO; 
pero tenemos cuatro posibilidades para estudiar todos los valores que se 
pueden dar. En efecto, para cada valor del primer operando, hay dos para 
el segundo operando, que dan un total de cuatro posibilidades. 

Otra forma de representar esta tabla es agrupar estas columnas de 
posibilidades (forma más parecida al caso del NOT), del modo que se ve en 


la figura 6. 
Valores del segundo 
operando 


Do 
JO E 


Resultado del 
AND 


Valores del 
primer operando 


zZ2Z22Z0 


Operador AND Operador 
binario 
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Observe que ambas tablas dicen lo mismo aunque se dispongan de 
manera distinta. 

Finalmente, el comportamiento del operador AND puede esquemati- 
zarse mediante la regla siguiente: 


El resultado es Sl sólo en el caso de que los valores de los dos ope- 
randos sea Sl. 


llustramos el comportamiento del operador AND mediante algunos 
ejemplos: 


1.) Construcción de la tabla de verdad para el operador AND. 


El programa calcula los valores de los cuatro resultados posibles de la 
tabla de verdad para el operador AND. 


NEW 
10: LET NO = 0 
zo LET 51 = NOT NO 


30 LETA=SI 1: LETR=S1I tit PRINTAR, A AND,E 
40 LETA=S51 1: LETB=NO 6: FRINT AB, A AND B 
50 LETA=NO 3: LETE=S1 : PRINTA,B, AANDE 
60 LETA=ND 3 LETBE=NO 3 PRINTA,B, A AND E 


Se consideran las cuatro posibilidades en las instrucciones 30, 40, 50 
y 60, y se imprime el resultado. 

Un detalle interesante es la definición de las variables NO y SI que 
contienen los valores del NO y del SI en la representación de su ordenador. 
En todos los ordenadores el cero equivale al NO, en cambio en el Sl hay 
discrepancias; pero si utilizamos el operador NOT para cambiar el NO y 
obtener el Sl, tenemos la ventaja de que este tipo de definición de cons- 
tantes hace que un programa funcione correctamente en todos los orde- 
nadores, independientemente del valor que utilice para representar el Sl. 


Al teclear el RUN aparecerá en pantalla: 


OO a — 
OO 
O0O - 


(Se supone que el ordenador utiliza el 1 para representar el SI.) 


2.) Este ejemplo ilustra cómo se puede utilizar el AND dentro de ex- 
presiones. 


El programa que se propone pretende contestar la pregunta ¿La per- 
sona en cuestión es mujer rubia? 
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El AND en expresiones 


Las variables lógicas como 
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pregunta en un IF 


10 REM --- Fase de entrada de los ocerandos 
20 INPUT "Entre el sexo de una bersora! V para varon 
y una H para hembra ", S$ 
30 INPUT "Entre el color del pelo: R para rubio, 
C para castano, N para negro y O para otro tico ", F$ 
40 REM --—- Fase de calculo: Se intenta responder a la pregunta 


50 PRINT S$="H" AND Es$="R" 


Al escribir RUN el programa nos dará un Sl (1 o —1) si se cumplen 
ambas condiciones; es decir, si es hembra (H) y si es rubia (R). 

Se podría modificar la instrucción 50 del modo siguiente para obtener 
una respuesta S! o NO: 


50  —LETA= Só6="W" AND F$="R" 
60 IF A THEN PRINT "SI" 
70. — IF NOT A THEN ERINT "NO" 


En esta nueva versión, el cálculo del operador AND se realiza en la 
instrucción 50 y se almacena en la variable A. 

En la instrucción 60 aparece un nuevo elemento que debemos co- 
mentar. La pregunta binaria que debe haber entre el IF y el THEN se ha 
reducido a la variable numérica A. 

Esta sustitución es posible porque la variable A tiene como contenido 
un valor booleano o lógico. Esta variable almacena el resultado de la com- 
paración lógica que se ha realizado en la instrucción 50. 

Se debe advertir, que es necesario que el programador controle el sig- 
nificado de la variable A. Si por un error introducimos cualquier número, el 
resultado por ahora es imprevisible; el comportamiento en este caso lo ve- 
remos en el último apartado de este capítulo. 

Observe que sólo se ejecuta una de las dos instrucciones 60 o 70 pues 
A y NOT A no pueden ser verdad simultáneamente. 

Si el ordenador dispone de la instrucción IF ... THEN ... ELSE las ins- 
trucciones 60 y 70 se pueden escribir de la manera siguiente: 


60 IF A TAEN PRINT "SI" ELSE PRINT "NO" 


en este caso no existe la instrucción 70. 

No es estrictamente necesario utilizar la variable A para almacenar el 
resultado intermedio. El IF puede contener directamente la pregunta, así la 
instrucción 50 puede cambiarse a: 


SO TF S$="W" AND P$="R" TREN ERINT "SI" 
ELSE PRINT "NG" 


en este caso no existen las instrucciones 60 y 70. 
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Si no se dispone de la instrucción ELSE la construcción es: 


50 1F S$="W4" AND PS="R" THEN ERINT 
"SI":1GOTO 70 

60 FRINT "NO" 

70 END 


6.1.3 El operador OR 


Este operador es un operador binario, como lo era el AND; su modo 
de utilización es idéntico al AND y se diferencia únicamente respecto a éste 
en la tabla de verdad, es decir, en el resultado de la ejecución. 

Pongamos un ejemplo para comprender el sentido de este operador 
OR. Imagine que las dos opciones que tiene para ir, sin mojarse, por la 
calle en un día de lluvia son: tomar el paraguas o ponerse el impermeable. 
Al igual que el caso del AND cada una de estas opciones (variables) sólo 
puede ser Sl o NO. 


Primera opción  : Sl tomo el paraguas 
: NO tomo el paraguas 
Segunda opción : Sl me pongo el impermeable 


: NO me pongo el impermeable 


Veamos ahora también el comportamiento del OR (que significa o) y el 
resultado de aplicarlo, que lógicamente debe ser Sl o NO. 
Operador OR. Operador En la figura 7 tiene un cuadro que muestra el funcionamiento y los 
binario resultados de aplicar el operador OR. 
Veamos ahora la tabla de verdad en la figura 8 en forma de tabla cua- 
drada. Los valores de las variables aparecen tramados y los resultados en 
la parte central sin tramar. 


1.? Condición | Operador | 2.? Condición Resultado 


Sl paraguas Sl impermeable SI sin mojarme 


Sl paraguas NO impermeable  |SI sin mojarme 
NO paraguas Sl impermeable SI sin mojarme 


bi ici NO paraguas NO impermeable |NO sin mojarme 


para ir sin mojarme 


Valores del segundo 
operando 


Valores del 
Figura 8 Tabla de verdad del primer operando 


operador OR 
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Figura 9 Tabla de verdad del 
operador OR 
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Valores de los operandos 


Resultado del 


La regla que define este operador OR es: 


La respuesta es NO si ambas variables booleanas son NO, en los de- 
más casos el resultado es Sl. 


Esta regla es inversa a la regla que define el AND, en el sentido que 
el NO sustituye al Sl y el Sl sustituye al NO, en la definición de la regla. 

También en este caso es posible construir la tabla de verdad del modo 
que se ve en la figura 9. 

Veamos algunos ejemplos de utilización del OR: 


1.) Construyamos la tabla de verdad: 


NEW 

10 ET NO” O. eULeETSs..  NOS. NO 
20LETA=SI.1 LETBS=S1 1: PRINTABE, A OR BE 
JOLETA=SItLETE=NO 2: 2RINT A,B, AOR E 
40LET A=NO : LET B= SI 3: PRINT A,B, A OR B 
SOLETA= NO 2 LETR=NG PRINT AE, AORE 


Observe esta vez que el comportamiento del operador se puede des- 
cribir con cuatro posibilidades, pues para cada valor de la primera variable 
(SI o NO) tenemos valores para la segunda, lo que supone un total de cua- 
tro valores. 


2.) En este ejemplo se muestra como el operador OR participa en las 
expresiones con las variables booleanas. Se trata de saber si un número 
está dentro del intervalo de 5 a 20 ambos inclusive. 


10 INFEUT "Entre un numero ",A 
ya9) LET C= A(S5 OR A)20 


30 1F C THEN GOTO 60 

40 —PRINT "El numero esta en el intervalo de 5 a 20" 

50 GOTO 10 

60 PRINT "El numero esta fuera del intervalo de S a 20" 
70 GOTO 10 


El OR también participa en 
expresiones complejas 
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Tenga en cuenta que, como en los ejemplos vistos anteriormente A<5 
y A>20 dan como resultado una variable de tipo booleano que permite la 
conjunción mediante el operador OR. 

Es necesario comentar el mecanismo de funcionamiento de la expre- 
sión A<5 OR A>20. El primer valor booleano responde a la pregunta A<5 
(¿ Es A menor que 5?) y el segundo valor booleano responde a la pregunta 
A>20; (¿Es A mayor que 20?) entonces, sólo la respuesta NO a la primera 
y la respuesta NO a la segunda dan un resultado NO. 

Vamos a considerar algunos casos con más detalle. Para ello segui- 
remos el programa mediante la tabla siguiente: 


A A<5  A>20 OR 
3 S N S 
6 N N N 
25 N S S 


La primera columna indica el número entrado, la segunda columna in- 
dica el resultado de la pregunta binaria A<5, la tercera columna da el re- 
sultado de la pregunta binaria A>20 y finalmente, la cuarta columna indica 
el OR de las dos columnas anteriores, que corresponderá al contenido de 
la variable C. 

Como se observa, sólo se obtienen dos NO cuando el número está 
comprendido en el intervalo 5 y 20. En los otros casos una de las dos pre- 
guntas es SI, y por lo tanto, el resultado es Sl. 

En este ejemplo, es imposible que el resultado de las dos preguntas 
binarias sea Sl, ya que un número no puede ser simultáneamente menor 
que 5 y mayor que 20. 

También podemos escribir el programa sin necesidad de la variable C 
intermedia, del modo siguiente: 


NEW 

10 INFUT "Entre un numero:”,A 

20 1F AXS OR A)Z0 THEN GOTO 50 

30 SRINT "El numero esta en el intervalo de 3 a 20" 

40 GOTO 10 

50 CSRINT "El numero esta fuera del intervalo de 5 a 20" 
60 GOTO 10 


6.1.4 El operador XOR 


También este operador es binario, y su utilización es muy semejante 
a la del OR y el AND. La diferencia es el resultado de la operación, o la 
tabla de verdad. 

Para que comprenda mejor el funcionamiento de este operador XOR, 
que en castellano sería o exclusivo, más por su función que por su traduc- 
ción directa, vamos a imaginar un juego que consiste en extraer dos bolas, 
de una en una, de una bolsa que está llena de bolas blancas y negras (para 
no olvidar que los valores de las variables sólo pueden ser Sl o NO, for- 
mularemos, la pregunta ¿Es la bola blanca?; cuando lo sea, la respuesta 
será Sl, cuando sea negra, la respuesta será NO). El juego consiste en que 
cada participante saque las dos bolas, si las saca de distinto color sigue 
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Figura 10 Tabla de condiciones 
para seguir buscando bolas 


Figura 11 Tabla de verdad del 
operador XOR 


Figura 12 Tabla de verdad del 
operador XOR 


Operador XOR. Operador 
Binario 
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Blanca (SI) XOR Blanca (Sl) NO saca más 


Blanca (SI) XOR Negra (NO) Sl saca más 
Negra (NO) XOR Blanca (Sl) Sl saca más 
Negra (NO) XOR Negra (NO) NO saca más _ 


Valores del segundo 
operando 


Valores del 
primer operando 


Valores de los operandos 


Resultado del 


sacando bolas; si no, cede el turno al compañero. Gana el juego el que al 
final obtenga más bolas. 

El punto clave del juego consiste en saber cuándo un jugador debe 
volver a sacar o no bolas. La figura 10 presenta el cuadro de las situaciones 
que se pueden presentar y el resultado de las mismas. 

La tabla de verdad que define el comportamiento del XOR es la que 
tiene en la figura 11. 

La regla que define esta tabla de verdad es: 


Da como resultado Sl, si los valores son distintos y NO cuando son 
iguales. 


Esta tabla de verdad se puede expresar en forma de tabla horizontal 
como se ve en la figura 12. 
El programa siguiente construye la tabla de verdad del operador XOR: 


10 LET NO = O : LET SI = NOT NO 

Zo LETA=SI : LETB=SI 3: PRINTAO,B, A XOR B 
30 LETA=SIl 1: LETE=NO : FRINTA,B, A XOR E 
40 LETA=NO 3: LET SI : FRINT A,B, A XOR E 
SO LET A = NO : LET : PRINT A,E, A XOR E 
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Figura 13 Resumen de las ta- 
blas de verdad de los operado- 
res lógicos 


6.2 LAS EXPRESIONES CON OPERADORES BOOLEANOS 


Resumiendo, mediante las tablas de verdad, los comportamientos de 
todos los operadores, obtendremos el cuadro que se muestra en la figura 
13. 

En las columnas de los valores booleanos aparecen las cuatro com- 
binaciones posibles de valores. A la derecha de estas columnas aparecen 
los resultados de los operadores binarios AND, OR y XOR. A la izquierda, 
y refiriéndose únicamente a la columna del primer valor booleano aparecen 
los resultados del operador unario NOT. 

Debemos considerar la expresión de cálculos complejos con estos ope- 
radores. El primer elemento a considerar es la prioridad de los operadores. 
Debe recordar el caso mencionado en la lección segunda sobre la evalua- 
ción 3+4+*5 y (3+4)*5. En efecto, consideramos la operación: 


A OR B AND C 


Si consideramos los posibles resultados, veremos que no es lo mismo 
(A OR B) AND C que A OR (B AND C). En efecto, consideremos las ocho 
posibilidades para las variables A, B y C. 

Las ocho posibilidades provienen de que la variable A puede tener 2 
valores, la variable B para cada valor de A tiene otros dos valores posibles 
(por tanto ya son cuatro para la combinación de los valores de A y B), para 
cada una de estas combinaciones posibles existen 2 valores posibles de la 
variable C, en total pues, son ocho posibilidades. 

La figura 14 muestra la tabla de los cálculos. Las tres primeras colum- 
nas indican los posibles valores de A, B y C, con el fin de construir siste- 
máticamente todas las combinaciones de las ocho filas, que sabemos que 
corresponden a todas las posibilidades. Hay que empezar colocando la co- 
lumna de A: en la mitad de las filas se coloca un Sl, y en la otra mitad un 
NO. En la columna B hay que colocar dos Sl y dos NO alternativos. Final- 
mente, en ia C hay que colocar alternativamente un Sl y un NO. Observe 
que la progresión de colocación de Sl y NO es: en A cuatro Sl y cuatro NO 
(la mitad de ocho). En la segunda, la progresión es de dos Sl y dos NO (la 
mitad de cuatro), y en la tercera la progresión es de un SI y un NO (la mitad 
de dos). 


Unario Valores Operadores 
Booleanos Binarios 


BASIC 


Figura 14 Tabla de verdad para 


el cálculo de (A OR B) AND C y 


A OR (B AND C) 


64 


La prioridad en las 
operaciones lógicas es 
necesaria 
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La columna 4 es el cálculo de A OR B. Se toman las columnas A y B, 
y si en algunas de ellas hay un Sl, en esta columna hay que colocar un Sl. 

En la columna cinco se muestra el cálculo de (A OR B) AND C, es 
decir, se aplica el operador AND entre las columnas tercera y cuarta, y se 
coloca un SI en la fila donde haya un Sl simultáneamente en la tercera y 
cuarta columnas. 

La sexta columna da el resultado de B AND C, mediante la colocación 
de un SI en todas las filas que tengan un Sl en la segunda columna (co- 
rrespondiente a B), y simultáneamente en la tercera (correspondiente a C). 

La columna siete es el resultado de A OR (B AND C), que consiste en 
colocar un NO en aquellas filas que tengan un NO en las columas primera 
y sexta. 

Es interesante que una vez explicado el mecanismo de construcción, 
Ud. mismo tome un papel y un lápiz e intente reproducir esta tabla sin mirar 
la ya construida. Una vez finalizada compare las tablas obtenidas, intente 
razonar las diferencias si las hay. 

Si compara ahora el resultado de (A OR B) AND C (columna quinta de 
la tabla) y el de A OR (B AND C) (columna séptima), verá que los resultados 
son distintos, por lo tanto, A OR B AND C es una expresión que puede 
significar varias cosas, y, por lo tanto, ambigúa si no definimos alguna regla 
para deshacer la ambigúedad. 

Recuerde que esta situación no es nueva; en el capítulo 3 se hablaba 
de la prioridad de los operadores aritméticos, y decíamos que la expresión: 


3+4*5 
era equivalente a 


3+(4+5) 


pues el operador de multiplicación es prioritario al operador suma. En cam- 
bio, si queremos calcular (34+4)*5 es obligatorio colocar los paréntesis para 
saltarse la prioridad. 

Esta misma situación se repite en los operadores booleanos. La tabla 
de prioridades es: 
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Operador — Prioridad 


Es decir, en una expresión primero se evalúan los NOT, luego los AND, 
luego los OR y luego los XOR. 

En el ejemplo que considerábamos A OR B AND C, debido a las reglas 
de prioridad es equivalente a A OR (B AND C), es decir el resultado co- 
rrespondiente a la columna séptima. 

Expresado en forma de control de evaluación: 


A OR B AND C 


Por ejemplo, si A vale SI, B vale NO y C vale SI, el árbol de evaluación 
será: 


A=SI OR B=NO AND C=SI 


NO=NO AND SI 


SI=SI OR NO 
Como en el caso de los operadores aritméticos el paréntesis sirve para 
obligar las prioridades, de tal manera que para (A OR B) AND C, el es- 
quema será: 


(A OR B ) AND C 


Veamos algunos ejemplos de otras expresiones más complicadas, 
como por ejemplo: 
NOT (A OR B) AND C 
el orden de evaluación es: 


NOT ( A OR B ) AND C 


NOT 
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Las expresiones se evalúan 
de izquierda a derecha si la 
prioridad de los operadores 
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es la misma 


Es decir, primero se evalúa A OR B porque está encerrado entre pa- 
réntesis. A continuación se le aplica el NOT porque el operador es de más 
alta prioridad que el AND, y finalmente este resultado se combina con C a 
través del AND. Recuerde siempre, en las evaluaciones de este tipo, que 
el operador intenta evaluar la expresión de izquierda a derecha. Esto se 
ilustra en el ejemplo siguiente: 


(A OR B) AND NOT (A OR C) 
el orden de evaluación es: 


(A OR B ) AND NOT (A OR C ) 


OR 


NOT 
AND 


Primero se evalúa el primer paréntesis, después se intenta evaluar el 
AND pero debe diferirse el cálculo hasta conocer el resultado del NOT que 
es de más prioridad que el AND y el cálculo debe diferirse hasta que se 
evalúe el paréntesis de cálculo de A OR C. 

Para finalizar el tema de las expresiones booleanas vamos a experi- 
mentar con un programa que pretende calcular la expresión (NOT A AND 
NOTB)OR(A OR B ), en donde A y B son datos que calculamos a 
partir de entrar valores textuales S o N. 

El programa es el siguiente: 


NEW 

10 INPUT "Primer operando!:", As 

ZO 1F A$()"S" AND A$S()"N" THEN 60 TO 10 
30 INEUT "Segundo operando:”,ES$ 

40 1F B$()"S" AND E$(0)"N" THEN 60 TO 30 
TOO AAA ci ic ic e e e e 
110 REM Calculo propiamente dicho 

120 LET A = A$="S" 3 LET E= Eb="S” 

130 LET C= (NOT A AND NOT B) OR ( A AND E) 
140 FRINT A:TABR(10);B3TOR(20):3C 

1505 60 TO 10 


El comportamiento del programa consiste en: 


1.) Las instrucciones 10 y 20 filtran la entrada de datos de tal manera 
que sólo son aceptables los textos que son S o N. 
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2.) Las instrucciones 30 y 40 realizan también la misión de filtro para 
el texto B$. 


3.) La instrucción 120, calcula las variables lógicas A y B, según el 
valor del texto sea S o N. 


4.) La instrucción 130, calcula la expresión compleja y la coloca en la 
variante lógica C. 


5.) La instrucción 140 imprime los resultados. 
6.) La instrucción 150 envía al cálculo de una nueva combinación. 


Si ahora hace ejecutar el programa con la instrucción RUN, podemos 
realizar los cálculos siguientes: 


a) Introduzca un Sl para el primer y segundo operando, el resultado 
debe ser SI. 


b) Introduzca un NO para el primer y segundo operando, el resultado 
debe ser Sl. 


Cc) Introduzca un Sl para A y un NO para B, el resultado debe ser NO. 
d) Introduzca un NO para A y un SI para B, el resultado debe ser NO. 


Si analizamos un poco el tipo de cálculo que hemos realizado, se 
puede constatar que se han realizado las cuatro posibilidades de resultado 
de la expresión. Efectivamente esta expresión sólo depende de dos varia- 
bles A y B aunque combinadas de manera compleja. Por lo tanto, se han 
obtenido todos los resultados posibles para cualquier combinación de los 
datos de entrada. 

Este tipo de cálculo se denomina la realización de la tabla de verdad 
de la expresión, es decir, se pueden resumir en forma de tabla todos los 
resultados de esta expresión del mismo modo que lo hacíamos para los 
resultados de los operadores AND, XOR y OR. 

En este caso la tabla queda como: 


(NOT A AND NOT B) OR(A AND B) 


El programa nos permite recoger todos los resultados posibles sin ne- 
cesidad de realizar todos los cálculos cada vez. 
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Tabla de verdad de una 
expresión lógica 


Dos expresiones con tablas 
de verdad ¡iguales son 
idénticas 


Figura 15 Tabla de verdad para 
la expresión (NOT A AND NOT 
B) OR (A AND B) 
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Esta sistemática de análisis de problemas lógicos es una técnica co- 
rriente y se denomina construcción de la tabla de verdad. 

Aunque la tabla de verdad resume bien el comportamiento de cálculo 
de una expresión, no nos indica la manera cómo se realiza el cálculo. 

Como estamos estudiando el cálculo de expresiones complejas, vamos 
a describir cuales son las operaciones que se realizan mediante una tabla 
que describirá paso a paso este cálculo. La figura 15 contiene el esquema 
de cálculo. 

Las dos primeras columnas contienen los valores de A y de B. En las 
columnas siguientes se van colocando los resultados intermedios según el 
siguiente diagrama de evaluación: 


(1) 2) (1) (2) 
( NOT A AND NOT B ) OR ( A AND B  ) 


NOT (3) 
NOT (4) 


AND (5) 


AND (6) 


OR (7) 


El diagrama de evaluación va acompañado de una numeración que 
indica el orden en que se ejecutan los cálculos y se corresponden direc- 
tamente con las columnas de la figura 15. 

El primer operador que se encuentra es el NOT aplicado a la variable 
A, luego la tercera columna contiene, el resultado de NOT A. 

A continuación se encuentra el operador NOT sobre la variable B, y, 
por lo tanto, la cuarta columna contiene el NOT B. 

El operador AND aplicado a las columnas 3 y 4 se coloca en la columna 
quinta que va rotulada con un AND únicamente. 

A continuación se debe realizar el AND entre las variables A y B, esto 
se realiza en la columna sexta. 

Finalmente hay que calcular el OR entre los dos resultados intermedios 
finales, es decir, entre las columnas quinta y sexta que darán la columna 
séptima. 

Naturalmente después de todas estas operaciones, llegamos al mismo 
resultado que el que hemos obtenido con el programa, pero con una des- 
cripción del mecanismo muy detallada. 
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En resumen el comportamiento de una expresión compleja con varia- 
bles lógicas se puede establecer mediante una tabla de verdad. La tabla 
de verdad consiste en analizar el resultado que se obtiene para toda la 
expresión bajo cualquier combinación de las variables lógicas que intervie- 
nen. El número de combinaciones es multiplicar tantas veces dos como 
variables tengamos, así, si tenemos dos variables habrá 2 x 2 cuatro com- 
binaciones, si tenemos tres habrá 2 x 2 x 2 ocho combinaciones. 

Para construir de una manera sistemática estas combinaciones, to- 
maremos la primera variable y colocaremos la primera mitad con Sl y la 
segunda mitad con NO, la mitad de SI la dividiremos en dos y colocaremos 
la mitad superior con un Sl para la segunda variable y la mitad NO para la 
segunda variable. Así subdivideremos sucesivamente cada una de las va- 
riables siguientes, hasta llegar a la última. En ella necesariamente debe 
aparecer un Sl y un NO alternados. 

Para evaluar la tabla de verdad se hace el diagrama de evaluación y 
se establece el orden en que deben realizarse las operaciones, una vez 
establecido se van colocando columnas adjuntas a las de las combinacio- 
nes y se va calculando el resultado. 


6.3 LAS EXPRESIONES CON EL ORDENADOR 


En este momento ya hemos visto todos los operadores que constituyen 
la gama que dispone el BASIC para el cálculo de las expresiones. Es el 
momento de hacer un repaso de todos en conjunto, pues las expresiones 
son el puntal sobre el que se asienta toda la programación. 

Se distinguen cuatro tipos de operadores según el tipo de operaciones 
que realizan: 


1.) Operadores aritméticos: Realizan operaciones aritméticas entre va- 
riables numéricas. Se han estudiado extensamente en el capítulo 3. Los 
operadores que se clasifican en este tipo son: el cambio de signo 
(— Unario), el mantener el signo (+ unario), la suma (+), la resta (—), la 
multiplicación (*), la división (/) y la potenciación ( 1 ). 


2.) Operadores textuales: Realizan operaciones sobre variables tex- 
tuales. También se han estudiado en el capítulo 3. El operador que se cla- 
sifica en este tipo es la unión de textos o concatenación (+). 


3.) Los operadores relacionales: Realizan operaciones de compara- 
ción entre variables numéricas o variables textuales, su resultado es siem- 
pre un valor booleano, es decir, un valor númerico Sl o un valor numérico 
NO. Se han estudiado en el capítulo 4. Se clasifican en este tipo de ope- 
radores los de igualdad (=), desigualdad (<>), mayor que (>), mayor o 
igual que (>=), menor que (<) y menor o igual que (<=). 


4.) Operadores lógicos: Realizan operaciones entre variables boolea- 
nas, dando como resultado un valor booleano, es decir un valor numérico 
que sólo puede ser Sl o NO. Se clasifican en este tipo de operadores, el 
NOT, el AND, el OR y el XOR. 
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Todos los operadores 
pueden mezclarse en una 
operación compleja 


En una expresión pueden aparecer todos los tipos de operadores mez- 
clados, por ejemplo, en la expresión siguiente: 


A+5 ( B AND A$="S"+ES 


aparecen los operadores, + aritmético en A+5, el operador + textual en 
«S»+B8, 

Los operadores relacionales < en A+5<B y el = en A$ = «S»+B$ y 
también el operador lógico AND. 

La evaluación de esta expresión sigue también unas normas de jerar- 
quía o prioridad de tal manera que la orden de evaluación se establece 
mediante esta prioridad de una manera precisa. 

La figura 16, establece la tabla de prioridades para todos los opera- 
dores en conjunto, en el ejemplo que se ha propuesto el orden de evalua- 
ción sería el siguiente: 


A +5< B AND A$ = «S»+B$ 


Como puede observar primero se intentan resolver los operadores arit- 
méticos y textuales, después los operadores relacionales y finalmente los 
lógicos. 

Cuando se quiere modificar el orden de ejecución determinado por esta 
tabla de prioridades se utilizan los paréntesis del mismo modo que se ha 
explicado en las operaciones aritméticas. 

Observando estas normas se dará cuenta de que en muchos ejemplos 
de los utilizados en este capítulo se pueden acortar si se utiliza el cálculo 
general de expresiones. No se hace por dos razones: la primera para poner 
de manifiesto las variables lógicas implicadas y en segundo lugar para no 
tener problemas con las prioridades. 

Si consideramos de nuevo el programa de ejemplo para el cálculo de 
expresiones lógicas complicadas que da origen a la figura 15, se puede 
escribir del modo siguiente: 


10 INPUT "Primer operando!",AS$ 
20 1 as orSs” AND ASO"N" THEN so. To 10 


Figura 16 Tabla general de prio- 
ridades para los operadores del 
lenguaje de programación BA- 
SIC 


Los paréntesis alteran las 
prioridades de ejecución 
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Operador Prioridad 
Cambio de signo (—) 

Mantener signo (+) 

Funciones 


Potenciación (1 ) 
Aritméticos 

Multiplicación (*) 

División (/) 


Suma (+) 
Resta (—) 
Textuales Unión de textos (+) 
Igualdad (=) 
Desigualdad (<>) 
Mayor que (>) 
Mayor o igual que (>=) 
Menor que (<) 
Menor o igual que (<=) 


Relacionales 


Negación NOT 
Conjunción AND 
Unión OR 
Exclusión XOR 


Lógicos 


En la instrucción 20 la expresión en el interior del IF previene de la 
posibilidad de que A$ sea distinto de S o N. Exactamente la misma función 
realiza la instrucción 40. 

En efecto, si A$ es una A, por ejemplo, es verdad que A$ es distinto 
de S y también distinto de N con lo que se realiza la parte del THEN que 
consiste en enviar a la instrucción 10 que realiza de nuevo la pregunta. 

Por otra parte, si A$ es S la primera parte de la pregunta binaria es 
falsa, y entonces ya no se ejecuta la parte asociada del THEN porque para 
que se realice es necesario que las dos subpreguntas que se realizan sean 
verdaderas simultáneamente, que es lo que requiere el operador AND. Si 
A$ es igual a N, entonces la parte que no es verdadera es la segunda sub- 
pregunta. 

En cuanto a la pregunta en la instrucción 50 es el cálculo de la expre- 
sión en la que se han suprimido las variables lógicas intermedias, que nos 
expresan los resultados de las preguntas A$=«S» y B5$=«S». 

En conclusión, el BASIC permite en las expresiones la introducción de 
todos los operadores y funciones en el cálculo de expresiones complejas. 
Este tipo de operaciones suelen ahorrar memoria y tiempo de cálculo. Las 
prioridades de la ejecución de los operadores se realiza según la tabla de 
la figura 16. Cuando se quiere modificar el orden de ejecución se utilizan 
los paréntesis. 
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RESUMEN 


En BASIC el resultado de una operación lógica SI o NO se puede 
almacenar en una variable numérica que llamamos variable booleana 
o lógica. 

Desde el punto de vista de escritura de las variables una variable 
lógica no se distingue de una variable numérica. Por lo tanto, es res- 
ponsabilidad del programador saber cuáles son las variables numé- 
ricas que tienen significado lógico. 

El BASIC tiene cuatro operadores para manipular las variables 
lógicas que son: el NOT, que es unario, y los tres operadores binarios 
AND, OR y XOR. 

El comportamiento del operador NOT consiste en cambiar el valor 
NO a Sl y el valor Sl a NO. 

El comportamiento del operador AND es dar como resultado Sl 
si el valor de ambos operandos es Sl; en los demás casos el resultado 
es NO. 

El comportamiento del operador OR es dar como resultado NO 
si el valor de ambos operandos es NO; en los demás casos el resul- 
tado es SI. 

El comportamiento del operador XOR da como resultado Sl si el 
valor de ambos operandos es distinto y NO si ambos operandos tienen 
valores iguales. 

La manera de expresar los resultados de los operadores y de las 
expresiones lógicas en general es mediante las tablas de la verdad. 

La tabla de verdad consiste en varias columnas para indicar el 
valor de los operandos y una columna para indicar el resultado. 

El número de filas que tiene la tabla de verdad depende del nú- 
mero de operandos, si tenemos 1 operando sólo hay dos filas (el caso 
del NOT), si tenemos 2 operandos hay 4 filas, 2 x 2 (caso del AND, 
OR y XOR), si tenemos 3 operandos hay 8 filas, 2 x 2 x 2 (caso de 
las expresiones más complejas) y así sucesivamente. 

En cada fila hay una combinación de S y N para cada operando 
distinta. La manera de construirla consiste en tomar la primera co- 
lumna y colocar la mitad de las filas a Sl y la otra mitad a NO. En la 
segunda columna, se debe considerar por separado las filas que con- 
tienen un SI en la primera columna y las que tienen un NO. Dividire- 
mos en la mitad Sl y en la mitad NO cada una de las mitades men- 
cionadas. Este procedimiento se repite hasta alcanzar la última co- 
lumna en la que necesariamente debemos colocar un Sl y un NO al- 
ternativamente. 

Con los operadores: booleanos podemos formar expresiones 
complicadas, pero en este caso es necesario, conocer la jerarquía de 
los operadores, pues no es lo mismo A AND (B OR C) que (A AND 
B) OR C. 

El orden de prioridad se establece dando al NOT la máxima des- 
pués el AND, luego el OR y finalmente el XOR. 

Cuando se precisa cambiar el orden de ejecución se utilizan los 
paréntesis. 
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Los operadores lógicos pueden participar además en expresiones 
más complejas en la que intervengan operadores aritméticos, textua- 
les y relacionales. La figura 16 nos da los valores de las prioridades 
en forma global para todas las expresiones que se pueden formar en 
BASIC; en cualquier caso para romper estas prioridades sólo basta 
utilizar los paréntesis. 


EJERCICIOS DE AUTOCOMPROBACION 


Complete las frases siguientes: 
1 Una Vanable... 0.2 oros no se distingue de una variable 
numérica. 


2: “ENOperadorNOTIOS1 sota aida 


3. El'operador NO Te. ocommasmiatlcticisiste el valor de las variables ló- 
gicas. 


4. Los operadores AND, OR y XOR SON ocaciccccoccccconcccncconcoicinncnons 


5. El resultado del operador AND es cierto cuando las dos variables 
A A 


6. El resultado del operador OR €S .0occoccciccioiciccociciccccnos cuando las 
dos variables son falsas. 


7. El resultado del operador XOR es cierto cuando las dos variables 
UN 


A A expresa el resultado de un operador ló- 
gico y de las expresiones booleanas. 


9. LOS Operadores .oooooococociccociccociccnccncnno participan de expresiones 
con todo tipo de operadores. 


10. La prioridad de los operadores se ordena así: Primero los ............ 
e , seguidos de los textuales, los relacionales y los ló- 
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Encierre en un círculo la letra que corresponda a la alternativa 
correcta. 


11. Una tabla de verdad de una expresión que contiene 5 variables 
lógicas, ¿cuántas filas tiene? 
a) 8 
b) 16 
c) 32 
d) 64 


12. El resultado es cierto cuando al menos una de las dos variables 
booleanas lo es, corresponde al operador: 
a) NOT 
b) AND 
c) OR 
d) XOR 


13. El resultado es falso cuando las dos variables son falsas o las dos 
variables son verdaderas, corresponde al operador: 
a) NOT 
b) AND 
c) OR 
d) XOR 


14. La aplicación consecutiva de un operador lógico, es decir, apli- 
carlo una vez y luego aplicarlo otra vez sobre el resultado, sólo 
tiene sentido en el operador: 

a) NOT 
b) AND 
c) OR 

d) XOR 

15. El resultado es falso cuando al menos una de las variables lógicas 
lo es, corresponde al operador: 
a) NOT c) OR 
b) AND ad) XOR 
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Realizar el diagrama de evaluación de las expresiones siguientes, 
si A, B y C son variables lógicas (Utilice la figura 16 para establecer 
las prioridades). 


16. NOT A AND BOR C 


17. NOTA OR B AND C 


18. (NOT A OR B) AND C 


19. NOT (A OR B AND C) 
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20. AOR NOT B AND C 


Realizar el diagrama de evaluación de las expresiones siguientes, 
en donde, las variables sin el signo dólar al final, se deben considerar 
numéricas (utilice la figura 16 para establecer las prioridades). 


21. A<5-— 3AND A$ > «Juan» 


22. 5=A-—20R NOTA <>B 


23. NOT5*A+B<A=*A 
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24. A$ + B$ <= B$ + A$ OR AS = B$ 


25. R$ < «Javier» OR R > 23 


26. Realizar la tabla de verdad para la expresión: 
(A AND B) OR (NOT A AND NOT B) 


6.4 LA TOMA DE DECISIONES 


Hemos visto en el capítulo 4, que los operadores relacionales sirven 
para transformar las preguntas binarias sobre objetos en variables boolea- 
nas que permiten tomar decisiones simples sobre lo que deseamos realizar 
en nuestro programa. 
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Sólo hay una alternativa que 
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es cierta 


En este capítulo hemos estudiado en la primera parte los operadores 
booleanos como operadores que tiene el ordenador y de los cuales hemos 
analizado múltiples propiedades que parecen más una diversión un poco 
pesada que algo de utilidad práctica inmediata. 

En este apartado vamos a estudiar cómo se conectan estas operacio- 
nes con las preguntas que formulamos normalmente en las decisiones que 
se deben tomar al resolver un problema mediante un programa de orde- 
nador. 


6.4.1 Alternativas válidas 


En los ejemplos que se han hecho de programas para demostrar las 
propiedades de los operadores ya se ha utilizado una fórmula corriente de 
toma de decisiones. Se trata de saber si una variable de entrada cumple 
unas especificaciones determinadas. En los ejemplos hemos utilizado una 
variable textual y queremos saber si es una S o una N pues sólo son los 
símbolos admitidos. La formulación de la pregunta en el lenguaje ordinario 
es: ¿el carácter que hemos entrado es una S o una N? En la pregunta se 
distinguen tres partes, la primera si el texto es una S, que es una pregunta 
binaria; la segunda si el texto es una N, que también es una pregunta binaria 
y finalmente la partícula o que nos une las dos preguntas binarias. 

Al traducir este esquema en BASIC la solución es bastante sencilla, la 
primera pregunta corresponde al operador relacional A$ = «S» (se supone 
que el texto entrado se almacena en la variable A$), la segunda pregunta 
se plantea como A$=«N», la partícula que los une debe ser el OR pues es 
la traducción al inglés del o español que une las dos proposiciones. 

La pregunta se formularía en el lenguaje de programación como 


1F A$="S" OR A$ ="N" THEN... 


La respuesta sólo será cierta si una de las dos preguntas binarias es 
cierta. Si observa con atención se dará cuenta de que este tipo de pregun- 
tas no pueden tener ciertas las dos preguntas que conecta la partícula OR; 
la variable textual no puede ser simultáneamente «S» y «N». 

Esta propiedad se da frecuentemente cuando consideramos alternati- 
vas múltiples de la misma variable, por ejemplo, si preguntamos si la va- 
riable textual puede ser una de las letras siguientes, A, /, B, M. Estas ini- 
ciales pueden responder, por ejemplo, a operaciones frecuentes en trata- 
miento de textos, referidos a las acciones de acabar, insertar, borrar, mo- 
dificar. 


6.4.2 Intervalos numéricos 


Otro ejemplo muy frecuente de decisiones a tomar en el ordenador 
consiste en preguntar si una cantidad numérica está comprendida entre 
ciertos límites, por ejemplo, si las ventas están entre 20.000 unidades mo- 
netarias y 30.000 unidades monetarias entonces la comisión será del 15 %. 


La conjunción de dos 
desigualdades da el intervalo 
numérico 
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Se obtendrá una rebaja del 10 % si se compran de 15 a 20 unidades del 
mismo libro. Una persona puede trabajar si su edad está comprendida entre 
los 16 y 65 años (se considera que 65 años no permiten trabajar y 16 años 
sí lo permiten). 

Par discutir un caso, imaginemos que nuestro programa debe tomar 
una acción distinta si la variable numérica A, que representa la edad de un 
individuo, está comprendida entre 16 y 65 años. 

En primer lugar el número contenido en A debe ser mayor o igual que 
16. En términos de operadores relacionales, significa que la variable A debe 
compararse con el operador >= con el número 16, de tal manera que ob- 
tendremos A>=16 (también es válida la fórmula 16 <= A, es decir, 16 es 
menor o igual que A). La respuesta a esta comparación puede ser Sl ó NO 
como la de todos los operadores relacionales. 

Por otra parte, la pregunta que A es menor que 65, se concreta en el 
ordenador mediante el operador relacional A<65, la respuesta a esta com- 
paración es binaria tal como corresponde a los operadores relacionales. 

Sin embargo, el interés en nuestro programa no está en las dos pre- 
guntas independientes sino en la conjunción de las dos. En efecto, para 
que el número esté comprendido entre 16 y 65 es necesario que se formule 
la pregunta de una manera más precisa, tal como, ¿La edad del individuo 
es mayor o igual que 16 y la edad del individuo es menor que 65? Observe 
que la conjunción lógica utilizada en este tipo de pregunta es la partícula y 
colocada entre las dos afirmaciones. Al traducir esta pregunta al ordenador 
se sustituyen las preguntas binarias con los operadores relacionales unidos 
por el operador AND que es el que se corresponde con la partícula y de la 
conjunción lógica (en inglés AND significa justamente y). 

La traducción de la pregunta anterior en BASIC sería: 


IF 16(= A AND A ( E35 THEN .... 


La pregunta formulada en lenguaje ordinario sólo será cierta si se cum- 
plen las dos preguntas binarias, se trata pues de unir los dos resultados 
intermedios de los operadores relacionales mediante el operador lógico que 
dé cierto si las dos preguntas son ciertas, se trata del operador AND, como 
ya se ha descrito. 

El programa que decide si una persona puede trabajar después de sa- 
ber su edad es el siguiente: 


10 INEUT "Edad:", 
20 IF 16(= A AND pies THEN PRINT "S1":160 rox0 


30 PRINT "NO": GO TO 10 


Escriba RUN y calcule con diversas edades, por ejemplo, 12, 36, 65, 
85, 10, 16, 40. Los resultados deben ser NO, SI, NO, NO, NO, SI y SI. 

La utilización del operador AND le permite escribir la pregunta de una 
manera compacta y más directamente relacionada con la formulación de la 
pregunta en el lenguaje ordinario. 
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Se ha de notar que estrictamente hablando el operador AND no es 
imprescindible. El mismo programa puede escribirse del modo siguiente: 


10 INEUT "Edad:",A : 
20 1F 16<%= A THEN IF AXBSTHEN PRINT"SI":2GOTCIO 
30 PRINT "NO": 609 TO 10 


En este caso se ha sustituido el operador AND por un doble IF, el se- 
gundo sólo se alcanza si es cierto el primero. 

Se puede argumentar que es mejor la forma del segundo programa 
porque sólo se alcanza el segundo IF si es cierta la primera pregunta. Na- 
turalmente este argumento es cierto, sin embargo, se gana claridad en la 
pregunta si se plantea con el operador AND. La diferencia de tiempos no 
es tan sustancial para que tenga importancia; en cambio, la relación de la 
pregunta con el lenguaje ordinario hace el texto del programa más claro. 


6.4.3 Decisiones con dos variables 


En los dos ejemplos que hemos mencionado, los operadores lógicos 
nos acercan a las preguntas del lenguaje ordinario; sin embargo, se han 
utilizado en preguntas en que sólo interviene una variable y por lo tanto, no 
son posibles todas las combinaciones. En el caso de la comparación con 
variable textual, sólo puede ser cierta una de las alternativas; en el caso 
del intervalo numérico, no pueden ser falsas las dos alternativas simultá- 
neamente, pues un número no puede ser menor que 16 y mayor que 65. 

Consideremos el siguiente ejemplo, una empresa que vende ciertos 
artículos, tiene la política de descuentos siguiente: cuando se vende a un 
cliente que compró más de 1.000.000 de unidades monetarias el año an- 
terior se le hace un descuento del 10 %, si además el pedido supera las 
10.000 unidades monetarias se le hace otro 10 % adicional. 

Si el cliente que compra no cumple con el 1.000.000 de unidades mo- 
netarias, entonces sólo se hace un 10 % de descuento si la cantidad com- 
prada supera las 10.000 unidades monetarias. 

Se trata de hacer un programa que nos diga cuánto descuento hay que 
hacer sabiendo la cantidad comprada por el cliente el año anterior y la can- 
tidad que sube el pedido que se está facturando. 

Llamando QA la cantidad comprada el año anterior y QP la cantidad 
comprada en el pedido se puede sistematizar los descuentos del modo si- 


guiente: 
QP < 10000 M 


10% 


QP>= 10000 


QA>=1000000 


QA< 1000000 


En la casilla superior izquierda se coloca un 20 % que corresponde a 
un 10 % por superar el 1000000 de unidades monetarias y 10 % adicional 


BASIC 


por superar la compra las 10000 unidades monetarias. Nuestro programa, 
debe entrar las dos cantidades QA y QP como dato y finalmente calcular 
el % de descuento. 

Se inicia el programa entrando las variables con el texto siguiente: 


10 INFUT "Cantidad del pedido:",0r 
20 INPUT "Cantidad del ano anterior:”,0A 


A continuación se procede a realizar las preguntas para obtener el 
tanto por ciento que designaremos con la variable TP. 

Inicializamos la variable TP a cero, y luego formulamos las preguntas 
correspondientes a cada uno de los casos. En el caso del 20 % la pregunta 
es: ¿La cantidad QA es mayor o igual que 1000000 y la cantidad QP es 
mayor o igual que 10000? 

En BASIC y utilizando los operadores lógicos esta pregunta se plantea 
del modo siguiente: 


IF QA= 1000000 AND Q)=10000 THEN LET TR =2Z0 


El operador relacional >= sobre QP nos formula la primera parte de 
la pregunta, el operador relacional >= sobre QP nos plantea la segunda 
parte de la pregunta y el operador AND sirve para conectar las dos pre- 
guntas mediante la conjunción lógica, que en lenguaje ordinario se expresa 
como y. 

La parte de detrás del THEN nos da el valor de 20 para la variable TP. 

La pregunta para obtener los otros casos son: 

¿La variable QA no supera el millón de unidades monetarias y la va- 
riable QP supera las diez mil unidades monetarias? En BASIC esto se tra- 
duce por 


IF GA(1000000 AND GP)= 10000 THEN LET TER = 10 


¿La cantidad QA supera el millón y la cantidad QP no supera las diez 
mil unidades monetarias? Traducido al BASIC esta pregunta se formula 
como 


IF 2A)=1000000 AND CEX(10000 THEN LET TE = 10 


En definitiva la parte de cálculo del tanto por ciento se formula según 
las instrucciones siguientes: 
100 LET TP =0 
110 1F CA)=1000000 AND Q£)=10000 THEN LET TE = 20 
120 IF 0A(1000000 AND 0-P)=10000 THEN LET TR = 10 
130 IF 08)=- 1000000 AND OPX<10000 THEN LET TE = tO 
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Preguntas exclusivas sólo 


82 


hay una cierta 


Es importante observar que sólo es posible que sea cierta una o nin- 
guna de las preguntas, por lo tanto cuando salimos de este bloque de pro- 
grama tendremos colocado en la variable TP el valor del tanto por ciento 


adecuado. 
En el bloque siguiente del programa procederemos al cálculo definitivo 


de la cantidad que se debe facturar. El programa queda finalmente del 
modo siguiente: 


10 INPUT "Cantidad del pedicdo:”",0r 

20 INFUT "Cartidad del ano anteriori”",(0a 

100 LET TR = 0 : 

110 1F (00)=1000000 AND Q5)=10000 THEN LET TO = 20 
120 IF GA(1000000 AND GE) =10000 THEN LET TD = 10 
130 1% (0A)= 1000000 AND Q6(10000 THEN LET TE = 10 
Z00 ERINT "Cantidad a descontar", OQ2R*TR/100 

210 60 TQ 10 


Realice las pruebas con las cantidades siguientes: 


QA = 400000 , QP = 2000 
QA = 1400000, QP = 2000 
QA = 100000 , QP = 15000 
QA = 2000000, QP = 20000 
Los resultados para la cantidad a descontar deben ser: 0, 200, 1500 y 


4000. 
Para finalizar hay que hacer dos observaciones: 


La primera se refiere a la utilización de los operadores relacionales en 
las preguntas anteriores. 
Por ejemplo, la pregunta 


IF CA(1000000 AND QE)= 10000 THEN .... 
puede formularse de la manera siguiente, 


IF NOT (0A)>=1000000 AND QF)= 10000 THEN .... 


(no hace falta colocar paréntesis pues el NOT es un operador de mayor 
prioridad que el AND). 

El NOT sirve para negar una variable booleana. Muchas veces esta 
variable está implícita, es decir, no aparece definida en el programa ya que 
aparece como resultado de un operador relacional, en nuestro caso la va- 
riable implícita es QA <= 1000000. 


La negación de un operador 
relacional nos lleva al 
operador relacional contrario 


El XOR se puede expresar 
en función del AND, el OR y 
el NOT 
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Sin embargo, debido a que los operadores relacionales tienen su con- 
trario, se puede sustituir el NOT delante de un operador relacional por el 
operador relacional contrario, en nuestro caso es equivalente a QA < 
1000000. 

Por ejemplo, negar la pregunta: ¿QA es mayor o igual a 10000007, es 
lo mismo que decir ¿QA es menor que 1000000? Por lo tanto, desde el 
punto de vista de la programación, NOT QA >= 1000000 es exactamente 
lo mismo que decir QA < 1000000. 

Es decir, la aplicación del NOT sobre una pregunta formulada con un 
operador relacional, es equivalente a sustituir el operador relacional por su 
contrario. La tabla que se da a continuación describe todos los casos po- 
sibles: 


Debido a la existencia de los operadores contrarios no parece nece- 
saria la introducción del NOT. Sin embargo, muchas veces, para clarificar 
las preguntas que realizamos es conveniente utilizar la negación de un ope- 
rador relacional antes que utilizar el operador contrario. 

La segunda observación consiste en utilizar las propiedades del ope- 
rador XOR. En este ejemplo en concreto, se aplica el mismo descuento 
tanto si se compra poco y es un buen cliente, como si se compra mucho y 
es un cliente esporádico, concretamente el 10 %. 

La pregunta para considerar esta situación se puede realizar mediante 
la fórmula siguiente: 


en efecto, sólo será Sl si una de las dos es falsa y la otra verdadera, por 
el contrario, será NO si ambas son verdaderas o bien ambas falsas. 

En algunos dialectos de BASIC no se dispone del operador XOR, pero 
puede simularse mediante una pregunta como: 


(QA>=1000000 AND NOT  (QP>=10000) ) OR ( NOT 
(QA>=1000000) AND QP>=10000) 


Si llamamos QA >= 1000000 la variable lógica A y a QP >= 100000 
la variable lógica B, la pregunta anterior se formula como: 


(A AND NOT B ) OR (NOT A AND B) 
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esta expresión es totalmente equivalente a 


A XOR B 


Para comprobar este resultado basta que se construya la tabla de ver- 
dad. Esta construcción se pide como ejercicio de comprobación, puede es- 
perar a realizarla en el momento de hacer los ejercicios. 

Como conclusión, cuando se plantean temas de toma de decisión en 
un problema que se quiere resolver mediante ordenador, es necesario, en 
primer lugar reducir todas las preguntas a preguntas binarias. En segundo 
lugar, hay que plantear la pregunta compleja mediante la utilización de ope- 
radores lógicos que encadenan las distintas preguntas binarias para formar 
una compleja. 


6.5 PROPIEDADES DE LOS OPERADORES BOOLEANOS 


Los operadores booleanos presentan una serie de propiedades que 
son útiles en programación y en el proceso de toma de decisiones. Vamos 
a describirlas sin entrar en los aspectos matemáticos. 


6.5.1 El AND y el OR mediante dos preguntas sucesivas 


Los primitivos lenguajes de programación de alto nivel, que surgieron 
cuando aparecieron los ordenadores, no disponían de operadores lógicos, 
aunque eran necesarios para afrontar problemas reales de decisión. 

La manera de solucionar el problema consistía en encadenar instruc- 
ciones IF ... THEN de modo que el resultado fuera equivalente. 


a) Caso del operador OR. 


Supongamos la pregunta de si un número ESTA FUERA del intervalo 
numérico de 26 a 54 ambos inclusive, ya sabemos que con los operadores 
lógicos esto se puede formular como A<26 OR 54<A, en donde se supone 
que la variable A, contiene el número que queremos probar. 

Un esquema alternativo sin la utilización del OR es el que se muestra 
a continuación: (No lo teclee en el ordenador, es sólo un esquema) 


100 1Ff A(26 THEN 6070 200 

110 1F 54(A THEN GOTO 200 

120 Se inician las instrucciones de la parte 
correspondiente a la respuesta negativa. 
GOTO 300 

200 Se inician las instrucciones de la parte 
correspondiente a la respuesta afirmativa. 


300 Continuacion del programa. 


Sólo el IF ... THEN es 
estrictamente necesario 
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Efectivamente en el caso del OR, si cualquiera de las dos respuestas 
es afirmativa el resultado es afirmativo. Así, si A<26 es afirmativo, la ins- 
trucción 100 ya cede el control a la línea 200, pues la primera condición es 
verdadera. Si no es verdadera se cede el control a la línea 110. En esta 
instrucción si 54<A es verdadero se envía la ejecución a la línea 200, pues 
aunque es negativa la primera respuesta, es afirmativa la segunda; glo- 
balmente el OR es afirmativo. 

Solamente se alcanza la instrucción 120 cuando las dos preguntas son 
negativas, es decir, el resultado del OR es negativo. 

El programa completo para hacer esta prueba es: 


10 INPUT A 

100 IF A(26 THEN GOTO 200 

110 IF 54(A THEN GOTO 200 ¡ 
120 ERINT "NO ESTA FUERA del inte 
130 GOTO 300 
200 ERINT "SI ESTA FUERA del inter al 
300 GOTO 10 deba: JUN 


El tipo de construcción no es más que un reflejo de la regla que dice 
que si una de las preguntas del OR es cierta, el resultado global es cierto. 

Parece además que utilizando este tipo de construcción se gana 
tiempo, pues si la primera pregunta es cierta ya no es necesario realizar la 
segunda. Sin embargo, esto es difícil de precisar, pues se pierde tiempo 
cuando las dos son falsas. En general, se prefiere la utilización del OR en 
lugar de las dos preguntas sucesivas. Ciertamente se gana claridad en el 
programa y en cuanto a tiempo no es posible decidir cual es más rápida. 
La contestación completa a esta cuestión también depende del problema 
que se resuelve. 


b) Caso del AND. 


Las consideraciones realizadas para el OR son aplicables también al 
AND, aunque la forma de construcción es ligeramnete distinta. Imagine que 
la pregunta a contestar es O<A AND A<10. El esquema, no lo teclee to- 
davía, es el siguiente: 


100 1F NOT (€ OA ) THEN GOTO 200 

110 IF NOT ( A<10) THEN GOTO 200. 

120 Se realizar las instrucciones 
que dan como afirmativa la 
oregunta 0<(A-y ACÍO 
GOTO 300 

200 Se realizan las instrucciones 
que dan como negativa la 
pregunta O0(A y AX1O 

300 Continuacion del programa 
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Compare esta construcción con la del OR y observará que es prácti- 
camente idéntica, excepto que las preguntas se hacen en negativo; es de- 
cir, con el NOT delante. Esto es equivalente a decir que si la primera pre- 
gunta es falsa, no hace falta continuar ya que el AND precisa de las dos 
preguntas verdaderas para que sea globalmente verdadero. Ponga aten- 
ción al considerar la primera pregunta como falsa, su negación nos dará 
verdadera y, por lo tanto, tomará la parte del THEN del IF en la instrucción 
100. Exactamente el mismo argumento se puede utilizar para la instrucción 
110. Por lo tanto, sólo se alcanzará la instrucción 120 si las dos preguntas 
son verdaderas y, en consecuencia, será verdadera toda la pregunta glo- 
balmente. Sabiendo además las propiedades de negación de los opera- 
dores relacionales, se puede construir el programa siguiente sin utilizar tam- 
poco el NOT: 


10 INPUT A. ss 
1100 IF 0)= A THEN GOTO 200 
110 IF A)= 10 THEN GOTO 200 
120 PRINT "SI" 

130 GOTO 300 

200 PRINT "NO" 

300 GOTO 10 


Observe que NOT (O<A) es lo mismo que O>=A y NOT (A<10) es 
lo mismo que A>=10. 

También en este caso se aplican las consideraciones de tiempo y cla- 
ridad expuestas en el caso del OR. 


6.5.2 Propiedad distributiva 


Otro tipo de propiedad, algo más complicada que las anteriores, es la 
que se llama distributividad del AND respecto del OR. La propiedad se ex- 
presa formalmente 


A OR (B AND C) = (A OR B) AND (A OR C) 


Es decir son idénticos como indica el signo (=) los resultados de hacer 
el OR entre un operando y el resultado de un AND que hacer el OR con 
cada uno de los operandos del AND y hacer un AND con cada resultado. 

Para aclarar el significado de esta ley expresada formalmente imagine 
que Ud. desea comprar un coche. Considera importantes las características 
siguientes: 


1.) Motor Diesel o de gasolina. 
2.) Frenos de disco o de tambor. 


3.) Tracción trasera o delantera. 


Desea hacer una selección de los coches que se ofrecen en el mercado 


La equivalencia en los 
modos de preguntar 


Concepto de filtro 
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y para que un coche merezca su consideración debe responder a la pre- 
gunta siguiente. 


¿El motor es Diesel o (lleva frenos de disco y lleva tracción trasera)? 


Analicemos la semejanza entre esta pregunta y la forma abstracta plan- 
teada más arriba. Las preguntas tal como están formuladas son binarias y 
se corresponden con las variables, así, A se corresponde con El motor Die- 
sel, la B con lleva frenos de disco y la C con lleva tracción trasera. Las 
partículas o y y se corresponden con el OR y el AND respectivamente. El 
paréntesis que se ha introducido en la pregunta en lenguaje natural es sólo 
para resaltar esta semejanza. 

La propiedad distributiva nos dice que esta misma pregunta se puede 
formular del modo siguiente: 


¿(El motor es Diesel o lleva frenos de disco) y (El motor es Diesel y 
lleva tracción trasera)? 


en donde, se mantiene el paralelismo con la segunda fórmula de la 
identidad abstracta antes mencionada. 

Para mostrar (no demostrar en el sentido matemático, sino analizar 
intuitivamente) que las dos preguntas son idénticas hagamos el razona- 
miento siguiente. En la primera forma de plantearla, si el motor es Diesel 
ya no me preocupan el resto de propiedades, en el caso de que no sea 
Diesel exijo que simultáneamente tenga las dos propiedades de tracción 
trasera y frenos de disco. 

Por lo que se refiere a la segunda forma de plantearla, se ha transfor- 
mado en dos subpreguntas conectadas por un y. Para que el resultado sea 
cierto es necesario que las dos subpreguntas sean verdaderas. Cada una 
de las dos subpreguntas se formula con un o. Por lo tanto, para que la 
subpregunta sea globalmente cierta sólo basta con que lo sea uno de los 
términos. 

En cada una de las subpreguntas aparece la pregunta ¿El motor es 
Diesel?, si ésta es cierta lo es cada una de las dos subpreguntas, y, en 
consecuencia, lo es la pregunta global. 

En el caso de que el motor no sea Diesel, ya sólo nos importan los 
otros términos de las subpreguntas, lleva tracción trasera y lleva frenos de 
disco, conectadas por la conjunción y, sólo será verdad si ambas son cier- 
tas. 

Las conclusiones, como puede observar, son las mismas que la pre- 
gunta formulada de la primera forma. 

De hecho para probar exhaustivamente el razonamiento será nece- 
sario ver que las tablas de verdad de una forma y otra son la misma. Lo 
veremos más adelante. 

Un comentario aparte merece este tipo de decisión. Para elegir un co- 
che se establece una pregunta que reducirá el conjunto de todos los coches 
que hay en el mercado a unos cuantos que cumplen unos requisitos bá- 
sicos. Posteriormente con este conjunto más reducido se trabajará con 
otras consideraciones. 

Este procedimiento se denomina filtro y es muy frecuente en aplica- 
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La igualdad en las tablas de 
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verdad nos prueba la 
equivalencia 


ciones informáticas y en tareas de gestión. Por ejemplo, los alumnos que 
residen en Barcelona, los clientes que me deben más de 10000 unidades 
monetarias. 

Se denomina filtro, porque filtra la información disponible en una infor- 
mación que me interesa en un momento determinado y descarta la que no 
me interesa, porque no cumple la condición establecida. 

Volviendo al hilo de la cuestión, también se da la distributividad del OR 
respecto del AND, es decir, 


A AND (B OR C) = (A AND B) OR (A AND C) 


También aquí el resultado de hacer un AND entre un operando (A) y 
el resultado de una operación OR entre dos operandos (B y C) es idéntico 
a hacer primero el AND entre A y B, el AND entre A y C y de éstos dos 
resultados hacer el OR. 

Continuando con el ejemplo anterior, la pregunta que formulamos 
ahora es: 


¿El motor es Diesel y (lleva frenos de disco) o (lleva tracción trasera)? 


En esta primera forma de plantearla, es crucial que el motor sea Diesel 
y además debe llevar una de las dos proposiciones: llevar frenos de disco 
O llevar tracción trasera, o ambas a la vez. 

La otra forma de hacer la misma pregunta que corresponde a la se- 
gunda parte de la identidad, es: 


¿(El motor es Diesel y lleva frenos de disco) o (El motor es Diesel y 
lleva tracción trasera)? 


Para que el resultado sea. verdadero debe ser el m otor Diesel, pues 
así cada una de las subpreguntas podrá ser cierta. Además para que al 
menos una de las subpreguntas sea cierta es necesario que lleve frenos 
de disco y entonces es cierta la primera subpregunta. O que lleve tracción 
trasera y es cierta la segunda subpregunta. Evidentemente si tiene las dos 
propiedades, son ciertas las dos subpreguntas. Como estas subpreguntas 
están conectadas por un o, entonces con que sea cierta una de ellas es 
suficiente. 

La comprobación de estas propiedades se puede hacer verificando que 
las tablas de verdad son idénticas. Para ello es más sencillo construir un 
programa que calcule el valor de las cuatro expresiones 


AOR(BANDC) 
(A OR B) AND (A OR C) 
A AND (B OR C) 
(A AND B) OR (A AND C) 
entrando los valores de las tres variables booleanas. 


Realizando el cálculo para los ocho casos posibles calculará la tabla 
de verdad de cada expresión, comprobará a continuación que los resulta- 
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dos de la primera y segunda expresión coinciden entre sí, y que los de la 
tercera y cuarta expresión también coinciden entre sí. 
Intente realizar un programa que se ajuste al formato de impresión si- 
guiente: 
Valores de A,B,C :? ? ? 
A AND (BORC) :? 
(A AND B) OR (A AND C) :? 
AOR(BANDC) :? 
(A OR B) AND (A OR C) :? 


en donde los interrogantes significan los valores a escribir, 
La versión que le ofrecemos es: 


Las instrucciones de la 10 a la 100 sirven para preparar los rótulos 
según el formato de impresión que se ha impuesto. De la instrucción 10 a 
la 50 se asignan simplemente los valores de los rótulos a las variables tex- 
tuales V$, E$, F$, Gf$. De las instrucciones 60 hasta la 100 se añaden tan- 
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tos blancos a la derecha cuantos son necesarios para completar una lon- 
gitud de 27. La técnica consiste en ir repitiendo la instrucción de añadir un 
blanco a la derecha hasta que se alcanza la longitud deseada. 

De la instrucción 200 hasta la 250 se realiza la entrada de datos en 
forma de una variable textual que contiene una S o una N, en caso contrario 
la entrada es rechazada y se nos vuelve a pedir. 

La instrucción 260 transforma las variables textuales en variables ló- 
gicas. 

El bloque de instrucciones desde la 300 hasta la 350 imprime los re- 
sultados y la instrucción 400 recicla el programa a la entrada. 

Al ejecutar el programa debe comprobar la propiedad de distributividad, 
observando que la primera expresión y la segunda coinciden entre sí y la 
tercera y la cuarta también coinciden entre sí, sea cual sea la combinación 
de entrada que Ud. coloque. 

Para hacer la comprobación exhaustiva debe entrar sistemáticamente 
todas las combinaciones posibles, si no recuerda como hacerlo consulte las 
tres primeras columnas de la figura 14. 


6.5.3 Leyes de Morgan 


El enunciado formal de estas propiedades son: 


NOT (A AND B) = (NOT A) OR (NOT B) 
y 
NOT (A OR B) = (NOT A) AND (NOT B) 


Antes de pasar a considerar ejemplos fíjese que la negación, es decir, 
la aplicación de un NOT, a una operación AND u OR, consiste en negar 
cada uno de los operandos, aparecen NOT A y NOT B, y cambiar el AND 
por el OR y viceversa. 

Consideremos los ejemplos que se han visto al inicio de la lección so- 
bre el AND y el OR. 

En el caso del AND para salir de excursión es necesario que haga sol 
y tenga el coche reparado. 

Negar esta condición, es decir, para no salir de excursión es necesario 
que no hiaga sol o no tenga el coche reparado. 

Hemos aplicado la ley de Morgan, para negar la pregunta global de ir 
de excursión; hemos negado cada uno de los componentes, no haga sol y 
no tenga el coche arreglado, y hemos sustituido el o por el y. 

En el caso del OR, la pregunta que formulábamos era para ir sin mo- 
jarme por la calle, si queremos negar esta condición, es decir, ir mojándome 
por la calle debemos negar tomo el paraguas o tomo el impermeable. Es 
decir, debo responder a 


no (tomo el paraguas o el impermeable) 


en lenguaje natural esta negación se transformaría en, 


Como negar preguntas que 
son expresiones 
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no tomo el paraguas y no tomo el impermeable. 


Hemos aplicado otra vez la ley de Morgan. Efectivamente, hemos ne- 
gado «tomo el paraguas»; decimos no tomo el paraguas, y hemos negado 
«tomo el impermeable»; es decir, no tomo el impermeable. Finalmente he- 
mos sustituido la unión o por la conjunción y. 

Con un programa similar al caso de la distributividad, puede comprobar 
exhaustivamente, que las tablas de verdad coinciden al aplicar las leyes de 
Morgan. Inténtelo Ud. antes de ver nuestra versión. En este caso el número 
de cálculos a hacer es más corto pues sólo hay dos variables, y, por lo 
tanto, sólo cuatro posibilidades. 


Debe observar que los resultados de la segunda y tercera línea de la 
pantalla son idénticos entre sí y también los de la cuarta y quinta sea cual 
sea la combinación de los datos de entrada. 

Esta ley tiene más aplicación en informática de lo que pueda parecer 
a primera vista. Quizá de todas las propiedades mencionadas es la que 
más se utiliza en la práctica. Veamos dos ejemplos clásicos. 
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El primero se refiere al caso de alternativas válidas, por ejemplo, si la 
entrada es una S o una N, como se ha utilizado en los programas anteriores 
(vea la instrucción 210 del último programa). La pregunta se formula como 


210 IF A$()"S" AND A$()"N" THEN GOTO 200 


Es frecuente que por razones de modificación de un programa se deba 
negar la pregunta, para que la parte del THEN haga otra cosa. Se puede 
utilizar entonces la pregunta del modo siguiente: 


210 IF NOT ( A$()"S" AND A$(>"N") THEN.... 


(detrás del THEN ser haría otra cosa de lo que hace actualmente el pro- 
grama). 

Evidentemente la construcción es correcta tal como está, pero si apli- 
camos la ley de Morgan del AND, la pregunta anterior es equivalente a 


NOT (06$ (02 "5") OR NOT(A$(>"N") 


si aplicamos ahora el hecho de que los operadores relacionales se cambian 
al contrario cuando se niegan se obtiene 


as$s="Ss" OR Ab='"y" 


(recuerde que el contrario de la desigualdad es la igualdad). 

El segundo ejemplo, se refiere al caso de intervalos numéricos. En pro- 
gramación son frecuentes las preguntas de si un número ESTA FUERA de 
un intervalo. Por ejemplo, en el primer programa del apartado 6.5.1, se for- 
mula la pregunta A<26 OR 54<A. En aquel caso se resolvía mediante dos 
instrucciones |F, pero se puede formular con la instrucción siguiente: 


TF A(Z6 OR S4(A THEN GOTO 200 


la respuesta a esta pregunta es afirmativa cuando el número está fuera del 
intervalo. 

Si por cualquier razón la queremos negar, podemos colocar un NOT, 
de modo que la instrucción queda como 


IF NOT(A(26 OR 534(B) THEN ..... 
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Si ahora aplicamos la ley de Morgan esta pregunta se transforma en 


IF NOT (A(26) AND NOT. (54 (A) THEN .... 


si a continuación se aplica la negación de los operadores relacionales se 
obtiene 


IF A)=26 AND 54)=A THEN ..... 


o en su forma equivalente 


1IF 26(=A AND A(=54 THEN ..... 


que es la manera típica de plantear la pregunta de si un número ESTA en 
un intervalo. 

Estos cambios de preguntas de afirmativas a negativas son frecuentes 
en la realización de programas. Por lo tanto, las leyes de Morgan nos ayu- 
dan a pasar de una forma de expresión a su contraria. 

O 


6.6 LOS OPERADORES LÓGICOS SOBRE NÚMEROS 


Hemos dicho al inicio de este capítulo que las variables lógicas las debe 
controlar el programador pues no se diferencian en nada de las variables 
numéricas desde el punto de vista de escritura. Sí se diferencian las nu- 
méricas y las textuales entre sí, pues estas últimas finalizan con el símbolo 
dólar ($). 

El programador debe controlar el contenido de las variables lógicas en 
cuanto a su significado, de modo que sean números que sólo contengan 
un Sl o un NO, para que realmente su significado sea lógico. 

Sin embargo, se pueden cometer errores y de hecho se cometen fre- 
cuentemente, y se aplican operadores lógicos sobre variables numéricas, 
que contienen un valor distinto de Sl y NO como la lógica requiere. 

Vamos a describir qué es lo que ocurre cuando se aplican los opera- 
dores lógicos sobre números cualesquiera. Para tomar alguna referencia 
trabajaremos con los números 25 y 30. 

Para poder explicar cómo actúan estos operadores, es necesario re- 
currir a la representación binaria de los números. En general, estos ope- 
radores actúan sobre la representación binaria realizando la operación ló- 
gica entre pares de bits que comparten el mismo orden. Consideran que el 
bit O es un NO y el bit 1 es un SI. 

Tomemos el AND y calculemos 25 AND 30. Lo primero que debemos 
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Los operadores lógicos 
actúan sobre los bits 


El orden de los bits va de 
derecha a izquierda 


hacer es pasar éstos a su representación binaria, evidentemente esto no 
lo hace el ordenador porque ya tiene todos los números en binario, así 


54321 N.*? de orden de los bits 
25 = 11001 


(Si no recuerda cómo se hace, repase el capítulo 3, en donde, hay el 
método de obtener las representaciones binarias). 

Como puede ver el número de orden va de izquierda a derecha. Así 
para el número de orden 1 en el 25 escrito en binario corresponde un 1 y 
en el 30 corresponde un cero. 

Pues bien el operador AND toma primero el primer bit y realiza la ope- 
ración del AND entre ellos, siempre el 1 es el Sl y el O el NO. En nuestro 
caso, el primer bit de 25 es 1 y el primer bit de 30 es O. Luego, el AND 
entre un Sl y un NO es un NO); por lo tanto, el resultado de esta primera 
operación es un O. 

Luego toma el segundo bit, en nuestro caso es un 0 y un 1 y realiza 
el AND, el resultado es O. 

Sucesivamente va recorriendo cada uno de los bits y realizando la ope- 
ración. En el caso de 25 AND 30 el resultado es el 11000 en binario, que 
traducido a decimal sería 24. Por tanto, el resultado de aplicar el AND a 
estos dos números sería: 


24 = 11000 


La cadena de bits obtenida de esta manera se transforma en número 
en representación decimal para entenderlo nosotros, el ordenador lo ne- 
cesita en binario, y se obtiene el 24 (también en el capítulo 3 encontrará 
los detalles para transformar el binario en decimal. 

Una advertencia; como observará y ya le indicamos más arriba se ha- 
bla de orden de bits. El primer bit es el que está más a la derecha, contra- 
riamente a lo que puede pensar. El orden es el mismo que las cifras en 
decimal, primero se consideran las unidades, luego las decenas, las cen- 
tenas, millares, etc. 

Por lo tanto, la operación AND entre dos números cualesquiera con- 
siste en hacer el AND entre los bits de la representación binaria de estos 
números, tomando como NO el bit que se representa por O y como SI el 
bit que se representa como 1. 

Lo mismo que se ha dicho del AND se puede decir del OR. El OR entre 
dos números cualesquiera consiste en hacer sucesivamente el OR de cada 
uno de los bits de su representación binaria. En el ejemplo anterior, 25 OR 
30 da 


54321 N.* de orden de los bits 
25 = 11001 
11110 


w 
o 
Il 


OR 


w 
— 
tl 


11111 
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AAA A A O a E E A 
Como puede observar el resultado son todo 1, pues no hay ningún par 


de bits que sean ambos cero. Esto en representación decimal es el número 
31. 


También todo lo dicho es aplicable al XOR. Si se hace el ejemplo de 
25 XOR 30 se obtiene 


54321 N.* de orden de los bits 


25 = 11001 

30 = 11110 
———XOR 

7= 00111 


Se observa que aparecen ceros cuando los dos bits son iguales y apa- 
rece un 1 cuando los dos bits son distintos. La representación decimal del 
resultado es 7. 

El caso del NOT tiene una lógica sencilla pero su aplicación se com- 
plica por una característica de la representación de los números en el or- 
denador. 

En primer lugar, la aplicación del NOT consiste en cambiar todos los 
bits del número, es decir, los que son 1 pasan a O y los que son O pasan 
al. 

Siguiendo con el ejemplo el NOT de 25 sería 


54321 N.* de orden de los bits 
25 = 11001 
NOT 


6= 00110 


En principio, la manera parece sencilla, pero en realidad nos hemos 
olvidado de algunos ceros. Normalmente los números en el ordenador ocu- 
pan 16 bits, por lo tanto, los bits 6, 7, 8... 16 son cero y al aplicarles el NOT 
hay que cambiarles. Da igual que el número de bits sea distinto de 16 el 
efecto es el mismo que el que se explica aquí. 

Por lo tanto, la operación correcta sería 


1111-44 

6543 2109 8765 4321 N.* de orden de los bits 
25 = 0000 0000 0001 1001 

AAA NOT 
65510 = 1111 1111 1110 0110 


Los números unos que están sobre las cifras 6, 5, 4, etc. son sólo para 
indicar que son el 16, el 15, el 14, etc. Esto mismo se lo encontrará en la 
figura 17. 

La representación decimal de esta tira de bits es 65510, en efecto es 
el resultado de hacer la operación 


1221541:21441:2134+1+21241*211+1*210+1+29 
+1:2841:2741:264+1:25+0+2"44+0"23+1*22+1:2+0 


un poco larga, pero que da como resultado el 65510. 
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Figura 17 (a) Suma binaria en- 
tre 1 y —1. con representación 
correcta. (b) Suma binaria entre 
1 y —1 con representación in- 
correcta. (c) Suma binaria entre 
30 y 25 


Los números negativos en el 
ordenador 
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1111 111 

Bit n.? 7 6543 2109 8765 4321 
Arrastres 1111 1111 1111 111 
Número 1 0000 0000 0000 0001 
Número —1 114 AMAT AA+ 


—h 


Resultado 1 0000 0000 0000 0000 


Ve ATAR 
Bit n.2 7 6543 2109 8765 4321 
Arrastres 1 
Número 1 0000 0000 0000 0001 
Número —1 1000 0000 0000 0001 + 


Resultado 1000 0000 0000 0010 


— 


1111 111 

Bit n.2 7 6543 2109 8765 4321 
Arrastres 

Número —30 1111 1111 1110 0010 
Número 25 0000 0000 0001 1001 + 


Resultado 1111 1111 1111 1011 — (Número negativo) 
Cambio bits 0000 0000 0000 0100 
Sumo 1 0000 0000 0000 0101 (Número 5) 


El resultado es —5. 


Se ha de notar que en el AND, el OR y el XOR este efecto no aparece, 
pues como los dos números tienen ceros hasta el bit 16, el AND, el OR y 
el XOR de dos ceros es cero, por lo tanto, no nos importa para nada los 
ceros que arrastren ambos números. 

Volviendo al NOT, debemos decir, que el resultado obtenido anterior- 
mente no es correcto debido a una complicación adicional que utiliza el 
ordenador para representar los números negativos. 

En efecto, el ordenador utiliza el último bit, en nuestro caso el 16, para 
saber si un número es positivo o negativo. Cuando este bit está a cero el 
número es positivo mientras que cuando está a 1 es negativo. Simplemente 
es necesario rehacer el cálculo anterior de la forma siguiente: 


=(1:214+1:213+1:212+1:211+1+*2"10+1+2"9 
+1:28+1:2741+276+1+2"54+0:*2"44+0:2"3+1+2"241*2+0) 


en donde se ha sustituido el 1*2"15 por un —, pues éste es el significado 
del bit 16, recalculada esta expresión resulta —32742. 


El complemento a dos es el 
cambio de signo 
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Sin embargo, este resultado es incorrecto pues la representación de 
los números negativos no es tan sencilla como hemos expuesto hasta 
ahora. 

La técnica que se utiliza en ordenadores para realizar el cambio de 
signo, que condiciona la representación de los números negativos, es la 
llamada del complemento a dos. Veamos como es la mecánica para ob- 
tener el complemento a dos. Si considera el número 30, cuya representa- 
ción binaria con 16 bits es 

0000 0000 0001 1110 


el complemento a dos se realiza en dos pasos, en el paso 1 se cambian 
todos los bits, se obtiene en nuestro ejemplo 


Paso 1: 1111 1111 1110 0001 
en el segundo paso se añade 1, en nuestro ejemplo, 
Paso 2: 1111 1111 1110 0010 
observe que como estamos sumando en binario, el primer bit es 1 más uno 
que le sumamos da 10, coloco un cero y llevo una, que sumo al segundo 
bit que es cero y el resultado es 1. 

En el ordenador el complemento a dos de un número significa cam- 
biarle de signo. 

Así para 1, cuya representación binaria es 
(1): 0000 0000 0000 0001 


cambiarlo de signo significa hacer el complemento a dos, es decir, 


1111 1111 1111 1110: Paso 1 
(-1): 1111 1111 1111 1111: Paso 2 


y no como cabría esperar del hecho de que el bit 16 signifique el signo, la 
representación 
1000 0000 0000 0001 
Por lo tanto, la representación 
1111 1111 1111 1111 
corresponde al número —1. 
Del mismo modo, cambiar de signo el número 30, cuya representación 


binaria es 


0000 0000 0001 1110 
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Es necesario aprovechar el 
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sumador binario para los 
número negativos 


consiste en hacer el complemento a dos del modo siguiente: 


1111 1111 1110 0001 Paso 1 
1111 1111 1110 0010 Paso 2 


que será la representación del número —30. 
La representación de —30 con el bit 16 a 1 y el resto de bits igual que 
las del número positivo es incorrecta: 


1000 0000 0001 1110 
La operación de cambio de signo es simétrica, es decir, si volvemos a 
cambiar de signo el resultado es el inicial, por ejemplo, si cambiamos de 


signo a —30 obtenemos 30, en efecto. 


1111 1111 1110 0010 (30) 


0000 0000 0001 1101 Paso 1 
0000 0000 0001 1110 Paso 2 
recuerde que 1+1 en binario se escribe 10; es decir, 1+1 escribiremos cero 


y llevamos 1. 
También si cambiamos el signo de —1, el resultado es 1 


1141: 1914: VI 4-39409 (-1) 
0000 0000 0000 0000 Paso 1 
0000 0000 0000 0001 Paso 2 


Por lo tanto, dos veces el complemento a dos deja el número sin cam- 
biar, por esto se puede utilizar este sistema para cambiar de signo. 

La razón es que de esta manera se puede aprovechar el mecanismo 
de suma binaria del ordenador para números positivos también para sumar 
números negativos. 

En efecto consideremos el caso de que queremos sumar 1 y —1, si se 
utiliza el complemento a dos la forma de sumar es la misma que si el nú- 
mero no tuviera signo. La parte (a) de la figura 17 muestra la mecánica de 
esta suma. 

Los dos primeros bits suman 10 (1+1), con lo que llevamos una. En 
el segundo hay un 0+1, que da uno más la que llevamos de 10, con lo que 
debemos colocar un cero y llevar una. Esta que llevamos se propaga a lo 
largo de todos los bits hasta que llegamos al 16, en este mommento nos 
quedamos con la que llevamos, pero como el ordenador sólo tiene 16 bits 
la perdemos y el uno que aparece en la posición 17 desaparece. 

Si imaginamos una representación distinta, por ejemplo, la que cambia 
sólo el bit 16 para indicar los números negativos, no se puede aplicar este 
sumador que tiene el ordenador, sino que se precisaría otro tipo de sumador 
para los números negativos. Observe que en la parte (b) de la figura 17, 
está realizada la suma si la representación no es el complemento a dos. 
Como puede ver el resultado sería —2, dentro de la misma representación, 
claro. 


Cómo calcular el NOT en la 
aritmética decimal 
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Se prefiere, por lo tanto, complicar la representación de los números 
con signo que tener que diseñar un sumador distinto para números positivos 
y para números negativos. 

En la parte (c) de la figura 17, encontrará el ejemplo de sumar —30 y 
25, observe que con una simple suma hemos conseguido el resultado de 
—D: 

Volviendo a la cuestión, se ha introducido todo el problema de cambio 
de signo, porque deseábamos saber cual es el número que da la aplicación 
del NOT al número 25, que era 


1111 1111 1110 0110 
Como tiene el bit 16 en uno, sabemos que el número es negativo pero 


no sabemos cuanto vale, para ello lo cambiaremos de signo y nos dará un 
número positivo y sabremos cual es su parte positiva, en efecto. 


1111 1111 1110 0110 NOT 25 
0000 0000 0001 1001 Paso 1 
0000 0000 0001 1010 Paso 2 


el número que hemos obtenido al cambiar de signo es el 26, luego el NOT 
de 25 es —26. 


Si analizamos el procedimiento de cambio de signo, o lo que es lo 
mismo el complemento a dos, lo primero que se hace es cambiar los bits, 
precisamente la operación de NOT, y luego se añade 1. Expresado en 
forma de ecuación matemática 


-A = NOT A+ ii 


en donde, A es un número cualquiera. Leído en lenguaje natural diremos 
que cambiar de signo es el NOT del número más la unidad. 

Si se manipula algebráicamente, es decir, el 1 se traslada al otro lado, 
obtenemos la ecuación 


NOT A = -A - 1. 


Esta fórmula permite calcular directamente el NOT de 25 que será —25 
-1 = -26. 

La figura 18 nos muestra dos ejemplos de aplicación de la fórmula para 
los números 5 y —3. 

En resumen y como norma general, las operaciones lógicas sobre va- 
riables numéricas se realiza sobre cada uno de los bits de su representación 
binaria, tomando el O como NO y el 1 como Sl. 
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Figura 18 Detalles de cálculo 
del NOT de 5 y -3 


El IF se realiza si el número 
que viene a continuación es 
distinto de cero 


100 


NOT 5 = -5 -—1 = —6 Fórmula 


Número 5 0000 0000 0000 0101 
NOT de 5 11110 AAA 101.0 


Resultado negativo 
Hay que cambiar de signo 


Cambio bits 0000 0000 0000 0101 
Sumar 1 0000 0000 0000 0110 
Número 6 
AAA 


NOT -—3 = —(-3)-1 =2 


¿Cómo se representa 

El número —3? 
Número 3 0000 0000 0000 0011 

Cambio bits IVANA RAR, 1100 

Sumo 1 ad ARA ARO 

| El número —3 

Número —3 1111 IIA ATA A TOR 
NOT -3 0000 0000 0000 0010 

| Número positivo 

| Resultado 2 


Otra cuestión relacionada de la que ya hemos hablado en el apartado 
6.1.2 es la de la forma del IF tal como 


6015 A TREN ARINT- "SI 


que aparece en el programa que pregunta si una persona es mujer rubia, 
y en donde, A es una variable lógica. 

Es el momento de señalar qué ocurre si esta variable, que debería ser 
lógica, es por error numérica. Sólo se ejecuta la parte del THEN siempre 
que la variable sea distinta de cero. Es decir, sólo se salta el PRINT si la 
variable A es nula, este comportamiento está de acuerdo con la definición 
de variables lógicas. 

El peligro más frecuente ocurre cuando se plantea del modo siguiente 
la pregunta 


IF NOT A THEN ERINT "No" 


pues sólo se salta la parte del THEN si A vale —1. 
Este ejemplo nos lleva a otra cuestión de la que hemos hablado varias 


Figura 19 Tabla del AND y del 
OR numérico, según la repre- 
sentación del Sl y el NO en las 
variables lógicas 
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Representación 


veces, ¿Por qué la representación del Sl se hace en algunos ordenadores 
con 1 y en otros con —1? 

La contestación es que la elección de —1 permite que el NOT —1 sea 
directamente NO, en cambio la elección de 1 no lo permite pues ya sabe- 
mos que el NOT 1 es —2. Por lo tanto, en los ordenadores que utilizan el 1 
como representación del Sl, el NOT no puede comportarse como hemos 
explicado aquí. 

Por otra parte, la elección del 1 está más acorde con los símbolos uti- 
lizados por los teóricos de la lógica matemática, asociada con el álgebra 
de Boole. 

Por lo que respecta a los demás ordenadores da igual elegir el Sl como 
1 0 —1, son ambos coherentes entre sí. La figura 19 da la tabla de AND y 
OR cuando se escoge la representación 1 o —1, observe que en la columna 
en que se utiliza el cero y el —1, sólo aparece el O y el —1 y lo mismo para 
la columna del 1. 


RESUMEN 


Los operadores lógicos son importantes para concretar preguntas 
de tomas de decisión realizadas en el lenguaje natural, al lenguaje 
propio del ordenador. El mecanismo más importante para pasar las 
preguntas del lenguaje natural al del ordenador consiste; en reducir 
nuestras preguntas en lenguaje ordinario a preguntas binarias y luego 
encadenarlas mediante la unión, partícula o, y la conjunción, la par- 
tícula y. Utilizando además la negación como recurso adicional. 

Los casos más frecuentes de utilización en programación de los 
opereadores lógicos son el tratamiento de alternativas múltiples; bá- 
sicamente el mecanismo consiste en encadenar las distintas alter- 
nativas mediante la unión. 

Si se aplica, por ejemplo, a considerar unos determinados colores 
la pregunta se formula como 

¿El traje es amarillo o el traje es azul o el traje es negro? 
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Y si se aplica al tratamiento de intervalos numéricos (básicamente 
cuando hay que saber si un número está comprendido en un intervalo 
de valores, digamos límite superior y límite inferior), la pregunta se 
plantea como 

¿El límite inferior es menor o igual que el número y el número es 
menor o igual que el límite superior? 

Con estas dos formulaciones básicas se pueden resolver proble- 
mas más complicados en que intervengan un número de variables 
más elevado. 

Cada operador relacional tiene su contrario, al aplicar la negación 
sobre una pregunta formulada con un operador relacional. Así, se 
puede sustituir la negación por el operador relacional contrario. 

Con los contrarios de los operadores relacionales y sabiendo 
cómo se pueden colocar las preguntas en un |F, se puede evitar el 
uso de los operadores lógicos. Por otra parte, esto es poco recomen- 
dable ya que dan mayor claridad al texto de programa. 

Una de las propiedades más importantes de los operadores ló- 
gicos es la distributividad del AND respecto al OR, que significa que 
si hacemos un AND en donde una de las preguntas es a su vez un 
OR, se puede sustituir por dos subpreguntas con un OR, conjuntadas 
globalmente con un AND. 

También se da la distributividad del OR respecto al AND; es decir, 
que si hacemos un OR y una de las preguntas es a su vez un AND, 
se puede sustituir por dos subpreguntas con un AND, unidas global- 
mente con un OR. 

Las leyes de Morgan permiten la negación de una pregunta que 
se compone de dos subpreguntas unidas por un operador AND u OR. 
El resultado es negar cada una de las subpreguntas y cambiar el AND 
por un OR o cambiar el OR por el AND. 

Muchas aplicaciones en informática utilizan preguntas para se- 
leccionar parte de la información disponible. Este tipo de programas 
se denominan filtros, ya que su misión es reducir el conjunto de in- 
formaciones a unas que cumplan una determinada condición. 

En principio, los operadores lógicos actúan sobre variables lógi- 
cas. Sin embargo, como las variables lógicas son variables numéricas 
es posible que por error aparezcan números cualesquiera en los ope- 
radores lógicos. 

Cuando así sucede, lo que ocurre es que se realizan las opera- 
ciones lógicas sobre cada uno de los bits de los números en cuestión 
en representación binaria. 

Para hacer estas operaciones entre los bits se toma el O como el 
NO y el 1 como el SI. 

Para poder preveer el resultado, es necesario conocer profun- 
damente la transformación de representación decimal de un número 
a representación binaria. 

El hecho de que el ordenador tiene un sumador para números 
positivos en representación binaria, obliga a representar los números 
negativos de tal manera que se pueda aprovechar este sumador para 
realizar las operaciones típicas de números negativos. 

Se utiliza, para ello, la técnica del complemento a dos para el 
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cambio de signo, que permite, gracias a que el ordenador tiene un 
número fijo de bits, utilizar el sumador de números positivos para ope- 
rar con números negativos. 

Esta propiedad del complemento a dos permite establecer la fór- 
mula para calcular el NOT de un número como un cambio de signo 
menos una unidad. 

También el caso particular del NOT hace que la representación 
del Sl en muchos ordenadores sea precisamente el —1 pues es el 
NOT de O, y el NOT de O es —1. 

Finalmente, cuando en un |F se coloca un número en lugar de 
una expresión lógica, sólo se realiza la parte del THEN si el número 
es distinto de cero. 


EJERCICIOS DE AUTOCOMPROBACION 


Complete las frases siguientes: 
27. El operador NOT se traduce al lenguaje ordinario como ................ 


28. Para realizar decisiones con el ordenador es necesario reducir las 
preguntas a formulaciones .....oooocccicncicniccccc coco. 


2 LENODOTadO se traduce al lenguaje ordinario 
como o. 


30. Cuando hay que decidir sobre si compro una libreta y compro un 
lápiz utilizo el Operador ....ooocooooioiococccoco o... 


31. Cada operador relacional tiene SU ......ooooocoiocoiniciccc..o..... 


32. Dos propiedades de los operadores booleanos son la .................... 
a iciOR del AND respecto al OR y viceversa y las leyes de Mor- 


Id UM to es un tipo de toma de decisión para se- 
leccionar información de un conjunto más amplio. 


34. Las leyes de Morgan sirven para el cálculo de las ........................ 
A de las expresiones con AND u OR. 
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35. 


36. 


Las operaciones lógicas con variables numéricas consisten en ha- 
cer operaciones lógicas entre ..ooooooooo................ 


Para el cambio de signo en los ordenadores se utiliza la técnica 
A 


Encierre en un círculo la letra que corresponde a la alternativa 


correcta. 


37. 


38. 


39. 


40. 


La negación de la expresión NOT (A 5 OR A 7) es: 


a) NOTA<5ANDA > 7 

b) NOTA<5ORNOTA > 7 
Cc) A<5 ANDA <= 7 

d) A>= 5ANDA <= 7 


¿Qué expresión es equivalente a: (A AND B) OR C? 


a) AANDCORAORB 
b) (A OR C) AND (B OR C) 
c) AORCANDBORC 
d) A AND (B OR C) 


La técnica de complemento a dos para cambiar el signo se utiliza 
para: 

a) Ir más rápido. 

b) Aprovechar el sumador de números positivos. 

c) Evitar números muy grandes. 

d) Hacer el NOT. 


Las operaciones lógicas entre variables numéricas consisten en 
Operar sobre: 

a) Los bits de la representación binaria. 

b) Los valores absolutos. 

Cc) No se puede operar, pues da error la máquina. 


d) Es como una multiplicación. 
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41. Detrás del IF puede ir una variable numérica. El programa realiza 
la parte del THEN cuando: 


a) El valor es cero. 

b) Nunca. 

c) Si es positivo menor que 100. 
d) Si es distinto de cero. 


42. Realizar la tabla de verdad de la expresión 
(A AND NOT B) OR (NOT A AND B) 


y compararla con la del XOR. 


43. Realizar la tabla de verdad de la expresión 
NOT (NOT A OR NOT B) 


y compararla con la del AND. 
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44. Hallar el complemento a dos del número 15 en binario. 


45. Hallar el complemento a dos del número —35 en binario. 


Hallar utilizando los números binarios los resultados siguientes: 


46. 7 AND 8 


47. 20R3 
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48. 2 OR (5 AND 4) 


49. 100R 5 


50. 5 AND 4 
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Inconveniente del INPUT 


El INKEYS es una función no 
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una instrucción 


5). 
—_———— 


7.0 OBJETIVOS 


En este capítulo estudiaremos dos temas bien diferenciados. En primer 
lugar aprenderemos a utilizar la función INKEY$ que permite obtener un 
dato del teclado con sólo pulsar una tecla. Esta función es imprescindible 
en los programas interactivos; es decir, aquellos en los que se establece 
un diálogo entre el usuario y el ordenador. 

El segundo tema es de gran importancia y se refiere al diseño de pro- 
gramas. En este apartado veremos la necesidad del diseño y estudiaremos 
las distintas técnicas y los sistemas de representación gráfica de proble- 
mas. De estos sistemas aprenderemos los dos más conocidos, los ordi- 
nogramas y las tablas de decisión. Un buen diseño previo es imprescindible 
para que un programa funcione con eficiencia. Por esta razón es muy im- 
portante conocer estas técnicas. 

Entre los programadores profesionales se dice que cuanto antes te- 
cleemos un programa más tarde lo terminaremos. Esto significa que si pone 
mucha atención a la parte de diseño, la consecución de un programa final 
correcto se alcanza más rápidamente. 


7.1 FUNCION INKEYS$ 


Por el momento, la única forma que conocemos para que el programa 
obtenga datos del exterior a través del teclado es el empleo de la instrucción 
INPUT. En principio, parecería que esta instrucción es suficiente para cubrir 
todas las necesidades de comunicación del operador con el programa. Sin 
embargo, tiene dos inconvenientes: 


— En primer lugar, hay que pulsar siempre la tecla de fin de línea después 
de teclear el dato. A veces, nos puede interesar que con sólo pulsar una 
única tecla se desencadene un determinado proceso. 


— El segundo inconveniente (en ciertos casos), es que al llegar a una ins- 
trucción INPUT, el programa se detiene y espera indefinidamente hasta 
que le damos los datos que pide. En algunos casos nos puede convenir 
que el programa consulte el teclado y, si se ha pulsado una tecla, la 
tome como respuesta. Si no se ha pulsado ninguna, entonces el pro- 
grama no debe esperar al operador sino que debe seguir. 


El BASIC tiene precisamente una función especial diseñada para re- 
solver esta cuestión. Esta función se denomina INKEY$. La palabra INKEY 
proviene del inglés «Input key» que significa entrar una tecla. Conviene re- 
marcar el hecho de que se trata de una función y no de una instrucción. 
Por consiguiente hay que utilizarla dentro de otras instrucciones como LET 
o PRINT. Como se puede apreciar por el símbolo dolar ($), su resultado es 
de tipo textual. Esta función carece de argumentos y, por tanto, no lleva 
paréntesis a continuación de su nombre. 


La función INKEY$ no 
espera 


¿Cómo realizar la espera 
con la función INKEYS$? 


La función INKEYS nos 
devuelve cualquier tecla 
aunque no sea imprimible 
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7.1.1 Funcionamiento 


Cuando se ejecuta esta función, consulta el teclado. Si el operador ha 
pulsado alguna tecla, el símbolo correspondiente a dicha tecla pasa a ser 
el resultado de la función, sin esperar a que se pulse la tecla de fin de línea. 
El resultado será de tipo textual y estará formado por un solo símbolo. Por el 
contrario, si el operador no ha pulsado tecla alguna, la función no espera y 
entonces el resultado de la misma será el texto vacío (de longitud cero). El 
siguiente programa nos servirá para demostrar que esta función no espera. 


10 LET A$=INKEYS 
20 PRINT "FIN" 


En la línea 10 vemos una forma típica de utilizar la función INKEYS$. El 
resultado se almacena en A$. Al efectuar un RUN, el programa escribe 
inmediatamente la palabra FIN. Esto ocurre porque no se detiene en lá línea 
10. El valor de la variable A$ será el texto vacío. De hecho, tal como está 
construido el programa, no hay tiempo suficiente para que el operador 
pueda pulsar una tecla después de teclear RUN y fin de línea. Por tanto, la 
función INKEY$ en este programa devolverá siempre el texto vacío como 
resultado. 

Tal como hemos construido el programa, vemos que es inviable el em- 
pleo de esta función. Si queremos asegurar que el operador pulse una tecla, 
utilizaremos el siguiente procedimiento: 


10 LET A$=INKEYS 
20 1F As$="" THEN GOTO 10 
30 PRINT "TECLA=":A$ 


Las dos primeras instrucciones son la clave del asunto. Mientras el 
operador no teclee nada, el programa se queda dando vueltas entre estas 
dos líneas. Si A$ contiene el texto vacío, representado por dos comillas 
juntas («») el control pasa de nuevo a la línea 10. Este proceso seguirá 
indefinidamente hasta que pulsemos una tecla. Entonces A$ contendrá pre- 
cisamente el carácter (letra o símbolo) asociado a la tecla y por tanto la 
pregunta de la línea 20 tendrá un valor de falso pasando control a la línea 
30. En esta línea escribimos el valor de la variable para confirmar que el 
proceso ha funcionado correctamente. 

La variable que recibe el valor de la tecla (A$ en el ejemplo anterior) 
sólo puede tener longitud cero o uno. Será cero cuando contenga el texto 
vacío y 1 cuando contenga un símbolo. Longitudes mayores de 1 no son 
posibles a causa de la propia naturaleza de su funcionamiento. 

Es importante señalar que, desde el punto de vista de la función IN- 
KEYS$, todas las teclas son iguales. Esto incluye a las teclas que realizan 
operaciones especiales como la tecla de fin de línea, la de retroceso o las 
de movimiento del cursor. Lógicamente, si se pulsan teclas especiales, la 
función devuelve carácteres no imprimibles. Ya sabemos que estos carac- 
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teres son los que tienen un número inferior a 32 en el código ASCII. Aunque 
no se pueden imprimir, sí que se puede averiguar su código. El siguiente 
programa nos servirá para ello. 


10 LET A$=INKEYS 

20 IF A$="" THEN GOTO 10 
30 PRINT "CODIGO="3;ASC(A%$) 
40 GOTO 10 : 


Las dos primeras líneas ya las conocemos. En la línea 30 utilizamos la 
función ASC para obtener el código ASCII de A$. Si efectuamos un RUN 
y a continuación pulsamos una A, el programa escribirá un 65. Si después 
pulsamos una tecla especial, obtendremos su código. Estos códigos suelen 
variar bastante de una máquina a otra, aunque generalmente la tecla con 
retroceso suele tener el código 8 y la de fin de línea tiene el 10 ó el 13. 


7.1.2 Utilización 


La función INKEY$ tiene muchas aplicaciones y es casi imprescindible 
en los programas de funcionamiento interactivo; es decir, que establecen 
un diálogo con el usuario. Un caso particular de programa interactivo son 
los juegos por ordenador, en los cuales se utiliza profusamente esta fun- 
ción. Sin embargo, de momento nos limitaremos a aplicaciones más sen- 
cillas, puesto que no hemos adquirido todavía los conocimientos suficientes 
de BASIC para abordar la realización de un programa de videojuego. Los 
programas de juegos son mucho más difíciles de lo que parece a primera 
vista. 


7.1.3 Visualización temporal 


Un caso muy frecuente es que el programa muestre en pantalla un 
texto que debe desaparecer en cuanto el operador lo haya leído. General- 
mente son los programas que visualizan en pantalla las instrucciones de 
uso. Una vez el operador las ha leído, pulsa una tecla y las instrucciones 
se borran. Un ejemplo de estos programas es el siguiente, que calcula el 
área de un triángulo. 


10 PRINT "INSTRUCCIONES FARA" 
20 PRINT "UTILIZAR EL PROGRAMA" 
30 PRINT 

40 PRINT "1.- ENTRE LA BASE" 
50 PRINT "2.- ENTRE LA ALTURA" 
60 LET A$=INKEY$ 

70 IF As$="" THEN GOTO 60 

ao Ccls : 
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30 INPUT E 

100 INPUT A 

110 LET S=Bx*A/2 

120 PRINT "SUPERFICIE=":S 


Las líneas comprendidas entre la 10 y la 50 son las que imprimen el 
mensaje. En este caso, las explicaciones son muy reducidas, pero nada 
impide que se escriban unos comentarios más extensos. 

Las líneas 60 y 70 dejan el programa bloqueado hasta que el usuario 
lea las instrucciones de la pantalla y dé la orden de seguir, pulsando cual- 
quier tecla. La línea 80 borra la pantalla, puesto que ya no son necesarias 
las instrucciones. A partir de la línea 90 el programa pide los datos de base 
y altura y calcula la superficie del triángulo. 


7.1.4 Selección opciones 


A menudo se diseñan programas que tienen varias opciones. Por ejem- 
plo, el programa anterior podríamos ampliarlo añadiendo la posibilidad de 
calcular áreas de círculos. Al empezar, el usuario pulsa una tecla deter- 
minada y el programa se dirige a la opción escogida. Veamos un ejemplo. 


10 PRINT "OPCIONES" 
ZO PRINT 
30 FRINT "1.- TRIANGULO" 
40 PERINT "2.—- CIRCULO" 
50 PERINT "F.- ACABAR" 
60 LET A$=INKEYS 
70 1F A$="1" THEN GOTO 1000 
80 IF As="2" THEN GOTO 2000 
90 IF As$="F" THEN GOTO 239000 
100 GOTO 60 
1000 INPUT "ENTRE LA EASE:",B 
1010 INPUT "ENTRE LA ALTURA:",A 
1020 FRINT "AREA=":Bx*A/2 
1030 GOTO 10 
2000 INFUT "ENTRE EL RADIO: ",R 
2010 PRINT "AREA="33. 1416*R*R 
20230 GOTO 10 
3000 CLS : REM Se finaliza el programa. 
3010 END 


El programa es parecido al anterior. La novedad está en las líneas que 
van de la 60 a la 100. Ahora el programa no sólo espera a que se pulse 
una tecla, sino que además quiere que ésta sea un 1 ó un 2 ó una F. Como 


113 


BASIC 


114 


7.1.3 


se ve en el listado, cualquier otra tecla dirige de nuevo el control a la línea 
60. 

Si se pulsa un 1, el control se dirige a la línea 1000 y el programa evalúa 
el área de un triángulo, volviendo al inicio en la línea 1030. 

Por el contrario, si se pulsa un 2, se dirige a la 2000, donde calcula el 
área de un círculo de radio R, volviendo después del cálculo al inicio, en la 
línea 2020. 

Finalmente, si se pulsa una F el programa se dirige a la línea 9000, en 
donde finaliza después de limpiar la pantalla. 

Ciertamente, en la línea 60 se hubiera podido emplear una instrucción 
INPUT, pero entonces el operador estará obligado a usar dos teclas, la de 
la opción escogida y la tecla de fin de línea. 

Este procedimiento de selección de opciones es muy común en infor- 
mática y recibe el nombre de «Menú». Este nombre proviene de que se 
presentan una serie de opciones de las cuales se escoge una, al igual que 
en el menú de un restaurante. 


7.1.5 Reconocimiento de teclas 


El siguiente programa nos servirá de entrenador para recordar las po- 
siciones de las teclas y así aprender a utilizar el teclado con mayor rapidez. 
Este programa es interesante puesto que, a pesar de estar construido con 
pocas instrucciones, su funcionamiento parece dotar al ordenador de una 
cierta «inteligencia». 


10 LET L=64 

ZO LET L=L+1 

30 LET T$=CHR$(L.) 

40 FRINT "PULSE: ":T8 

SO LET X$=INKEYS 

60 IF X$="" THEN GOTO 50 
70 1F X$=T% THEN GOTO 100 
80 FRINT "ERROR, HA FULSADO:"yX$ 
30 GOTO 40 

100 PRINT "CORRECTO" 

110 1F L<90 THEN GOTO 20 


Este programa nos irá indicando que pulsemos la tecla A, la B, etc. Si 
no acertamos, nos dará un mensaje de error e insistirá en la misma petición. 
Sólo debe pulsar la tecla, no es necesario apretar la tecla de fin de línea, 
si lo hace, el programa dará un error pues no se trata de la tecla que nos 
ha pedido, de todos modos insistirá en su petición. 

El funcionamiento es el siguiente. La variable L empieza en 64 y en la 
línea 20 se incrementa y vale 65. A continuación (línea 30), este valor se 
toma como código y se obtiene la letra correspondiente mediante la función 
CHR$. El valor 65 corresponde a una A mayúscula. Esta letra se almacena 
en T$. El programa imprime en pantalla el mensaje PULSE: A. Seguida- 
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mente (líneas 50 y 60) viene el conocido proceso de obtención de una tecla, 
que se memorizará en X$. En la línea 70, el programa comprueba si hemos 
tecleado la respuesta correcta. Si no es así, nos informa de la tecla pulsada 
y pasa control de nuevo a la línea 40 para que lo intentemos de nuevo. Si 
acertamos, nos escribirá el mensaje CORRECTO. Entonces, puesto que L 
es inferior a 90, el programa vuelve a la línea 20 donde se incrementa L, 
valiendo 66. El proceso se repite ahora para la letra B. El programa acabará 
cuando lleguemos a la Z ya que entonces el IF de la línea 110 no se cum- 
plirá. 

Además de para las letras, este programa también sirve para entre- 
narnos a reconocer los otros símbolos del teclado. Para ello, teniendo pre- 
sente la tabla de códigos ASCII, modificaremos el valor inicial (el 64 de la 
línea 10) y el valor final (el 90 de la línea 110) por los valores adecuados. 


7.2 DISEÑO DE PROGRAMAS 


En los capítulos anteriores ya hemos visto algunos aspectos del diseño 
de programas. En este capítulo estudiaremos el tema con mayor amplitud. 

Elaborar un programa significa, en cierto modo, dar una serie de ór- 
denes para que la máquina realice una tarea. Si bien el ordenador es el 
que hace el trabajo, está claro que para llevar a cabo esta tarea hay que 
planear los distintos pasos que deben efectuarlo y esta planificación co- 
rresponde al programador. Cuando mejor sea este diseño, mayor será la 
eficiencia del programa resultante. Incluso, es posible que si el diseño no 
es correcto, el programa tenga un funcionamiento inesperado en ciertos 
casos o bien que se produzcan errores. 

Por otra parte, cuando se realiza la planificación hay que atender a los 
aspectos básicos de la cuestión y dejar los detalles para más adelante. Por 
consiguiente, la fase de diseño se ha de llevar a cabo sin tener en cuenta 
el lenguaje de programación a utilizar. Como ya sabemos, existen muchos 
lenguajes para ordenadores. Pero un diseño debe poder trasladarse a cual- 
quiera de ellos. En nuestro caso, el lenguaje será el BASIC, pero las téc- 
nicas aprendidas aquí serán utilizables siempre. 

Cuando se escribe un programa, utilizando un lenguaje de ordenador, 
la sintaxis es muy estricta y seguramente habremos comprobado alguna 
vez que, una simple coma mal situada, puede impedir que el programa fun- 
cione correctamente. Si nos dedicamos simultáneamente a tareas de di- 
seño y a la vez a vigilar los detalles sintácticos, probablemente resultará un 
esfuerzo improductivo. Por esta razón, los programadores decimos que en 
esta fase hay que dar prioridad a la semántica en lugar de a la sintaxis. 

La semántica hace referencia al significado de las cosas. Aquí utiliza- 
mos esta palabra refiriéndonos a qué hace cada operación fundamental. 
Por el contrario, la sintaxis sería la forma en que se escribiría esta opera- 
ción. Precisamente, por no tener en cuenta la forma, es por lo que decimos 
que el diseño es independiente del lenguaje a utilizar. Esto no quiere decir 
que las normas sintácticas haya que olvidarlas, ni mucho menos. Una vez 
finalizado el diseño habrá que realizar la escritura de las instrucciones rea- 
les que compondrán el programa. De hecho, la mayor parte de esta Enci- 
clopedia está dedicada a aprender las normas sintácticas del BASIC. 
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7.2.1 Niveles de diseño 


Un punto importante a tener en cuenta es el nivel de detalle al que se 
trabaja. La cantidad de detalles que se tienen en cuenta depende del uso 
a que se destine. En las primeras etapas del desarrollo de un programa se 
prueban diferentes enfoques para diseñarlo. En este caso, se agrupan va- 
rias operaciones elementales en un solo segmento. Cuando estemos sa- 
tisftechos del diseño previo, procederemos a ampliar los detalles de cada 
segmento o bloque. Este proceso lo iremos repitiendo profundizando cada 
vez más en el nivel de detalle hasta que quede bien claro qué pasos realiza 
cada operación fundamental y sobre qué datos opera. Este sistema recibe 
el nombre de diseño jerárquico. 


7.2.2 Técnicas de diseño 


Todo lo que llevamos dicho hasta ahora, justifica la importancia de la 
tarea de diseño. Recuerde el refrán en informática que dice que «cuanto 
antes tecleemos un programa, más tarde lo terminaremos». Esto significa 
que si empezamos a escribir instrucciones en el teclado, sin habernos pa- 
rado a reflexionar sobre el problema, es probable que nos pasemos gran 
cantidad de tiempo haciendo pruebas y arreglos en el programa. Tiempo 
que seguramente nos habríamos ahorrado con un poco de reflexión previa. 

En este texto utilizaremos dos técnicas de diseño: los ordinogramas y 
las tablas de decisión. Tal vez no sean los mejores, pero sí que son las 
más sencillas y ciertamente las de uso más amplio, incluso, en progra- 
madores profesionales. Por eso es conveniente empezar por ellas. 


7.2.3 Ordinogramas 


Los ordinogramas son una técnica de diseño basada en el empleo de 
símbolos gráficos para describir las operaciones que debe realizar un pro- 
ceso. El uso de gráficos es de gran ayuda para que la comprensión del 
proceso sea rápida. También tiene la ventaja de que es una forma com- 
pacta de describir un programa. Por esta causa, se suelen utilizar los or- 
dinogramas como documentación del programa, de modo que otra persona 
(o nosotros mismos al cabo de un tiempo), mirando el ordinograma com- 
prendamos enseguida qué operaciones realiza. Este punto es importante, 
puesto que cuando acabamos de realizar un programa recordamos perfec- 
tamente qué operaciones se realizan a cada paso. Sin embargo, si al cabo 
de un cierto tiempo volvemos a mirar el programa, entonces probablemente 
habremos olvidado la mayor parte del mismo. Si sólo hemos guardado el 
listado de las instrucciones, el descifrar el funcionamiento del programa será 
una tarea ardua y difícil. Esta tarea se vería facilitada en gran medida, si 
hubiésemos tenido la precaución de guardar un ordinograma que reflejara el 
funcionamiento del programa, junto con el listado de las instrucciones. 

En resumen, el ordinograma tiene dos funciones: 


a) Como ayuda para el desarrollo y puesta a punto de los programas, sir- 
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Figura 1: Símbolos empleados 
en los ordinogramas: a) Flecha. 
b) Proceso. c) Entrada/Salida. d) 
Terminal. e) Decisión. f) Conec- 
tor de página. 
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viendo además de guía para la escritura de las instrucciones en un lenguaje 
de ordenador. 


b) Como documentación básica indispensable de un programa. 


Los ordinogramas reciben también a veces el nombre de diagramas 
de flujo (de inglés «Flow chart») puesto que en ellos se describe el sentido 
de avance (el flujo) de un proceso. 


7.2.4 Símbolos utilizados 


Ya hemos dicho que los ordinogramas se basan en el empleo de sím- 
bolos gráficos. Estos símbolos se muestran en la figura 1. A menudo, a 
estos símbolos se les denomina bloques. 

En primer lugar se emplea la flecha (Fig. 1.a) para indicar el flujo del 
proceso. La elección de este símbolo es especialmente acertada, puesto 
que la flecha tiene un significado muy explícito y que todo el mundo en- 
tiende: 

Se emplea un rectángulo para representar un proceso en general (Fig. 
1.b). Aquí se aplica lo que hemos mencionado antes sobre niveles de di- 
seño. En una primera fase, un rectángulo incluirá globalmente un proceso 
complicado. Más adelante subdividiremos este bloque en sus procesos par- 
ciales, cada uno con su correspondiente rectángulo. 

La entrada y salida de datos es un proceso que, debido a su impor- 
tancia, se le ha asignado un símbolo especial. Este símbolo es un rectán- 
gulo inclinado (Fig. 1.c) (un paralelepípedo para ser exactos). El ordenador 
se comunica con el exterior mediante los procesos de entrada-salida. Ya 
sabemos que, en BASIC, esta comunicación se realiza fundamentalmente 
mediante las instrucciones INPUT y PRINT. 

Cuando se diseña un programa ha de establecerse con claridad dónde 
empieza el flujo del proceso y dónde acaba. En BASIC, el principio y el fin 
quedan automáticamente fijados, puesto que las líneas van numeradas en 
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Figura 2: Símbolos que tienen 
una única conexión. 


Las conexiones de los 
símbolos 


Figura 3: Símbolos de dos co- 
nexiones, una de entrada y una 
de salida. 
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orden correlativo. Si bien sólo puede existir un único inicio, en cambio puede 
haber varios finales. En BASIC esto se realiza colocando instrucciones END 
o STOP en los lugares adecuados. El símbolo empleado en los ordinogra- 
mas para representar el inicio o el fin del proceso es el que se muestra en 
la figura 1.d, es un rectángulo con los bordes redondeados. 

Se emplea un rombo para representar la toma de decisiones (Fig. 1.e). 
Mediante este símbolo se representan las condiciones que permitirán elegir 
un camino u otro según la condición sea cierta o falsa. El bloque de decisión 
equivale a la instrucción IF del BASIC. 

Finalmente, se utiliza el círculo como conector de página (Fig. 1.f). Ocu- 
rre a menudo que un ordinograma no cabe en una sola página y debe con- 
tinuarse en otra. Entonces, para señalar que una flecha, que termina en 
una página, enlaza con otra en la siguiente, se utiliza un círculo con un 
número. Lógicamente este número será el mismo en ambas páginas. Si 
son varias las flechas que continúan en otra página, se dan números co- 
rrelativos. 

Un punto importante es cómo se enlazan las flechas con los símbolos. 
En primer lugar están los símbolos que sólo tienen un punto de unión. Estos 
símbolos están representados en la figura 2. Son el símbolo terminal (inicio 
o fin) y el conector de página. La unión con la flecha puede ser de llegada 
o de salida, pero nunca ambas a la vez. 

Otro grupo de símbolos tienen una flecha de entrada y otra de salida. 
Estos símbolos se muestran en la figura 3 y son el bloque de proceso y el 
de entrada/salida. El flujo les llega por la flecha de entrada, se efectúa la 
operación que indican y el flujo continúa por la flecha de salida. 


BASIC 


Figura 4: Símbolos con más de 
una conexión de salida. 


Figura 5: Conexiones de fle- 
chas: a) Forma correcta de en- 
lazar el flujo de dos flechas. b) 
Forma incorrecta de bifurcar el 
flujo. 


El símbolo de decisión tiene una flecha de llegada y, a diferencia de 
los demás, tiene dos flechas de salida. Por tanto, este símbolo es el único 
que puede ralizar una bifurcación. El flujo seguirá por una salida o por la 
otra según el resultado de la condición sea cierto o falso. En algunos casos 
pueden existir tres salidas que corresponden a una condición con tres re- 
sultados posibles: mayor que (>), igual que (=) y menor que (<). En la 
figura 4 se representa el bloque de decisión con dos y tres salidas. 

Un punto importante, que conviene recalcar, es que los caminos son 
siempre lineales. Las únicas bifurcaciones permitidas son las realizadas 
mediante símbolos de decisión. Los flujos de dos flechas pueden unirse y 
proseguir por un único camino (Fig. 5.a). Por el contrario, una flecha no 
puede bifurcarse como se aprecia en la figura 5.b. Esto es lógico, puesto 
que entonces nos encontraríamos con situaciones ambiguas. En efecto, en 
un caso como el de la figura 5b, ¿En qué dirección proseguirá el flujo? En 
un proceso, las tareas se realizan una detrás de otra (secuencialmente) y 
no es posible realizar varias tareas simultáneamente (en paralelo). Por con- 
siguiente, la situación anterior da lugar a una incoherencia, ya que no te- 
nemos criterio alguno para decidir la dirección que hay que tomar. Por esta 
razón decimos que las bifurcaciones sólo pueden llevar a término mediante 
los símbolos de decisión, pues estos sí que poseen un criterio para decidir 
qué camino tomar. 


a) b) 
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El nivel de detalle en un 
bloque de proceso 


Figura 6: Ordinograma para el 
cálculo de la superficie de un 
triangulo. 
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7.2.5 Representación gráfica de las instrucciones 


Emplearemos ahora el repertorio de símbolos anteriormente visto para 
el diseño de algunos programas. Pero antes de empezar con el diseño, 
conviene adquirir una cierta práctica en el manejo de estos símbolos. Co- 
menzaremos realizando el ordinograma para calcular el área de un trián- 
gulo. En capítulos anteriores ya construimos un programa para efectuar 
este cálculo, lo cual nos facilitará ahora la tarea de elaborar el ordinograma 
(Fig. 6). 

En primer lugar, todo ordinograma debe empezar con el bloque de ini- 
cio. 

A continuación, el proceso deberá leer los valores de base y altura. Por 
tanto, dispondremos un símbolo de entrada-salida en el cual se leerán los 
valores de las variables a y b, como se muestra en la figura 6. 

A continuación viene la fase de cálculo y emplearemos un bloque de 
proceso. En este punto conviene hacer algunas precisiones. En un símbolo 
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de proceso se puede emplear un nivel de detalle de acuerdo con las ne- 
cesidades. Si no nos hubiera interesado el detalle de los cálculos a realizar, 
hubiéramos colocado un bloque con el texto «Cálculo de la superficie» y 
esto hubiera bastado. Por el contrario, si queremos especificar claramente 
estos cálculos, entonces se emplea la fórmula que vemos en la figura 6. 
En ella se escriben las operaciones de la misma manera que se emplean 
en Matemáticas. La única diferencia es que se utiliza la flecha para indicar 
dónde se almacena el resultado; en nuestro caso en S. Seguramente ha- 
bremos notado ya la gran similitud de este bloque con la instrucción LET 
del BASIC. Esta similitud es ciertamente intencionada, pues en la mayor 
parte de lenguajes de programación, y no sólo en BASIC, la forma de es- 
cribir las expresiones numéricas es idéntica. 

Una vez obtenido el resultado hay que hacerlo visible, para lo cual em- 
plearemos el bloque de salida en donde escribiremos el valor de S. 

Finalmente, en los ordinogramas se especifica siempre dónde finalizan 
mediante el símbolo terminal. Este símbolo podría parecernos innecesario, 
pero hay que tener en cuenta que muchas veces los ordinogramas poseen 
más de un punto final y entonces los símbolos terminales son imprescindi- 
bles para señalarlos con claridad. 

Ahora que hemos terminado el ordinograma tal vez tengamos una 
cierta sensación de inutilidad, pues podríamos haber escrito el programa 
directamente. Sin embargo, no debe olvidarse que en este caso hemos par- 
tido de una situación inversa a la normal. El programa en BASIC ya estaba 
hecho (y además era muy sencillo). Por tanto, la labor de diseño, que en 
realidad hay que hacerla previamente al programa, carecía ya de sentido. 
El objetivo de este ejemplo era familiarizarnos con el manejo de los distintos 
símbolos. A partir de aquí, utilizaremos los ordinogramas como lo que real- 
mente son: una herramienta de diseño. 

Hemos comentado en un apartado anterior, que un ordinograma podía 
traducirse fácilmente a cualquier tipo de lenguaje de ordenador. Esta tra- 
ducción a un lenguaje se suele denominar también Codificación. Como ilus- 
tración de este punto daremos los listados de este programa en los len- 
guajes BASIC, FORTRAN, PASCAL y C. 

La versión en BASIC ya la conocemos y es: 


10 REM Programa area 
20 INFUT A : 
3O INPUT B 

40 LET S=A*B/2 

50 PRINT "AREA="35 


En FORTRAN, el listado es: 


PROGRAM AREA 
REAL A,B,S 
READ(*,100) A,B 
S=AxB/2. 0 
- PRINT x,”*AREA=",S 
100 FORMAT (2F10. 3) 
END 
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El listado en PASCAL es el siguiente: 


var a,b,s! real: 
begin 
readía,b); 
si=arb/zs; 
writel(*'area=?,s5)3 writeln; 
erid; 


Finalmente, en C el programa sería: 


/* Area triangulo */ 
main() 
1 
float a,b,s; 
getFmt("AF %f",%a,¿b): 
s=a*xb/z:; 
putfmt("area=Xf An", s); 


Aunque la forma de escribirlo o sintaxis es distinta en cada lenguaje, 
la estructura básica es idéntica en todos ellos, pues esta estructura es la 
que se ha obtenido haciendo el diseño, que es independiente del lenguaje. 
Podemos apreciar también la simplicidad sintáctica del BASIC frente a los 
demás lenguajes. 


RESUMEN 


La instrucción INPUT sirve para entrar datos, pero en ciertas oca- 
siones tienen dos inconvenientes: El primero es que hay que pulsar 
la tecla de fin de línea y el segundo que detiene el programa hasta 
que contestamos. 

La función INKEY$ es una función sin argumentos y cuyo resul- 
tado es un texto de longitud cero o uno. 

Esta función permite soslayar los inconvenientes del INPUT, ya 
que consulta en el teclado qué tecla hemos pulsado, retornando el 
símbolo pulsado si efectivamente se ha pulsado o el texto vacío si no 
se ha pulsado ninguna tecla. 
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Para conseguir que la función INKEY$ se espere, es preciso ha- 
cer la pregunta de si el texto es vacío y reciclar a la función si efec- 
tivamente lo es. Cuando no lo sea, es que se ha pulsado una tecla. 

La función INKEY$ devuelve cualquier tecla que se pulse aun 
cuando no corresponde a caracteres imprimibles; la instrucción INPUT 
ignora estos caracteres. 

La función INKEY$ se utiliza en programas de funcionamiento in- 
teractivo; es imprescindible en programas de juegos. Se utiliza con 
frecuencia para la selección de «Menús». El Menú significa, en el en- 
torno informático, la elección de una de las opciones válidas del pro- 
grama. Se elimina con la función INKEY$ la necesidad de tocar dos 
teclas. 

Diseñar un programa significa planificar las Órdenes y su flujo que 
hay que dar al ordenador. 

El diseño no debe hacerse en un lenguaje de programación; es 
necesario atender los aspectos básicos de la cuestión, olvidando los 
detalles. 

En el diseño, la semántica prevalece sobre la sintaxis. La se- 
mántica se refiere al significado de las cosas; en cambio, la sintaxis 
se refiere a cómo están escritas. 

El diseño se realiza en forma jerárquica, es decir, en una primera 
fase el problema se divide en subproblemas con un nivel de explica- 
ción de las operaciones grosero, en el sentido de poco detalle. Des- 
pués, cada subproblema se divide, a su vez, en subsubproblemas, 
explicados cada vez con mayor detalle. 

La técnica de diseño con el ordinograma tiene dos funciones im- 
portantes: La primera, de ayuda al desarrollo y la segunda, como do- 
cumentación de un programa. 

Los símbolos de los ordinogramas, que a veces se denominan 
bloques son: 


a) La flecha que indica el flujo de proceso. 


b) El rectángulo que representa un proceso en general. Permite la 
descripción a diversos niveles de detalle. 


c) El rectángulo inclinado que representa los procesos de entrada y 
salida. 


d) Rectángulo con bordes redondeados, indica el inicio o fin del flujo. 


e) El rombo que representa a la toma de decisiones. Es el único sím- 
bolo que permite la bifurcación del flujo de instrucciones. 


f) El círculo que representa el conector de página y permite establecer 
conexiones entre partes de ordinogramas que no están en la misma 
página de papel. 


La traducción de un ordinograma a un lenguaje de programación 
se denomina codificación. La sintaxis es diferente en cada lenguaje, 
pero la organización de fondo es la misma en todos ellos. 
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EJERCICIOS DE AUTOCOMPROBACION 


Complete las frases siguientes 


. Cuando se utiliza la instrucción INPUT el programa se ...... 


O hasta que ha realizado la instrucción. 


o LUN” tn os permite saber cuál es la tecla que 


se ha pulsado sin detener el programa. 


. Cuando no se ha pulsado ninguna tecla la función INKEY$ de- 


vuelve la Cadena .coicconconcconcccoccccnno 


. Cuando se pulsa una tecla de carácter no imprimible, la función 


INKEY$ devuelve una cadena que contiene el ................................ 
.... de la tecla pulsada. 


A ic es la manera como se denomina, en un 
entorno informático, la selección de las opciones válidas para el 
programa. 


. La planificación de un problema en el ordenador se denomina .... 


pel del programa. 


. El aspecto más importante de un diseño es atender a los aspectos 


di y olvidar los detalles. 


. El diseño se realiza en forMa ocio... 


. El ordinograma de un programa tiene dos funciones: La de ayudar 


alrdesarrollo Y COMO decis ciosotidi dois del programa. 


a Ra io es la traducción del ordinograma a un len- 


guaje de programación. 


Encierre en un círculo la letra que correspondan a la alternativa 


correcta. 
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. El símbolo que se utiliza para la toma de decisiones en un diseño 


El símbolo que se utiliza para iniciar un programa dentro de un 
ordinograma es: 

a) El rombo. 

b) El rectángulo con bordes redondeados. 

Cc) El rectángulo inclinado. 

d) El rectángulo. 


. El símbolo que se utiliza para un proceso en general en un ordi- 


nograma es: 


a) El rombo. 

b) El rectángulo con bordes redondeados. 
c) El rectángulo inclinado. 

d) El rectángulo. 


con ordinograma es: 


a) El rombo. 

b) El rectángulo con bordes redondeados. 
c) El rectángulo inclinado. 

d) El rectángulo. 


. El orden con que se realizan las operaciones, es decir, el flujo del 


programa se simboliza en los ordinogramas mediante el símbolo: 


a) El rombo. 

b) El rectángulo con bordes redondeados. 
c) La flecha. 

d) El rectángulo. 


. El círculo es un símbolo que se utiliza en los ordinogramas para 


significar: 


a) Una toma de decisiones. 

b) Una conexión a otra página de papel. 
c) Un proceso de entrada y salida. 

d) El final de un programa. 
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16. 


Uf 


18. 


19. 


20. 


El rectángulo inclina se utiliza en los ordinogramas como símbolo 
para representar. 

a) El flujo del programa. 

b) La toma de decisiones. 

c) El inicio del programa. 


d) Un proceso de entrada o salida de información. 


¿Qué símbolo de los siguientes no permite ninguna entrada de 
flujo? 

a) El fin del programa. 

b) El proceso en general. 

c) La toma de decisiones. 


d) El inicio del programa. 


¿Qué símbolo de los siguientes permite más de una salida? 


a) El fin del programa. 

b) El proceso en general. 
c) La toma de decisiones. 
d) El inicio del programa. 


Las flechas que indican el flujo no pueden 


a) Unirse para formar una. 
b) Desviarse a otra página del ordinograma. 
c) Desdoblarse en dos ramas de flujo. 


d) Reciclarse al inicio del programa. 


La tecla INKEY$ debe utilizarse en programas de 


a) Cálculo matemático. 
b) Tipo interactivo. 
c) Gestión comercial. 


d) Enseñanza por ordenador. 


Identificación de a, b, c y 
hallar las soluciones 
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7.3 CASOS PRACTICOS 


Mediante algunos casos prácticos estudiaremos la manera cómo se 
utiliza un ordinograma para elaborar el diseño de un programa. En la lección 
de prácticas realizaremos la traducción a lenguaje BASIC de cada uno de 
los ordinogramas. 


7.3.1 Ecuación de segundo grado 


Recordemos brevemente los conceptos fundamentales referentes a 
una ecuación de segundo grado. 

Si no recuerda lo que es la ecuación segundo grado, no se preocupe 
demasiado, habrá ciertos aspectos de este caso práctico que no acabará 
de comprender. Sin embargo, no debe fijarse demasiado en los aspectos 
matemáticos del problema sino más bien en los aspectos de programación 
que sí puede entender. Cuántas veces los programadores profesionales de- 
ben realizar programas sobre temas de los que no entienden. Ciertamente 
la comprensión a medias de este caso no le impedirá continuar con el curso. 

La forma general de esta ecuación es: 


ax*+bx+c=0 


en donde, x? significa x*X. 

Las ecuaciones de segundo grado tienen dos soluciones que se de- 
nominan raíces. 

Las fórmulas para calcular las soluciones son: 


a _—b+ Vb” -— 4ac 


A A fa = 


2a 2a 


Por ejemplo, si tenemos la ecuación 2x? — 3x + 1 = 0, debemos saber 
identificar la a como 2, la b como —3 y la c como 1. Las soluciones serán 
el resultado de sustituir los valores a, b y c identificados en las fórmulas de 
más arriba; así sustituyendo los valores en las fórmulas obtenemos: 


(3) — V9-axext _ _ (8) + V9-4x0x1 _ : 


tl = ———— 0,5 ra > 


y 2x2 


Se puede comprobar fácilmente que si sustituimos los valores hallados, 
0,5 y 1 en la ecuación original, se verifica la igualdad 
2x0,5* — 3x0 5+1=05-15+1=0 
2x1? - 3x1+1=2-3+1=0 
Supongamos ahora que nos encargan la tarea de programar el orde- 
nador para que resuelva ecuaciones de segundo grado. 


Empezaremos utilizando lo que hemos aprendido sobre diseño jerár- 
quico y, en primer lugar, realizaremos un ordinograma que tenga en cuenta 
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Desglose del bloque de 
cálculo 


únicamente los aspectos básicos del problema, dejando los detalles para 
más adelante. La primera ocasión que deberá hacer el programa será la 
lectura de los datos referentes a la ecuación en concreto que queremos 
resolver. En una segunda fase se realizarán los cálculos para obtener las 
soluciones que finalmente se escribirán. El ordinograma que construimos 
para representar este diseño previo se muestra en la figura 7. 

Como vemos, en cada bloque se han colocado textos explicativos en 
lugar de especificar las operaciones. La utilidad de este diseño previo radica 
en que nos ayuda a tener una visión global del mismo y, lo que es más 
importante, a separar el problema general (resolver una ecuación de se- 
gundo grado) en problemas más pequeños y por consiguiente, más sencilla. 


Antes de seguir adelante con el diseño hay que analizar un punto im- 
portante sobre las ecuaciones de segundo grado. Ocurre que no siempre 
existe una solución real de las mismas. Por ejemplo, si intentamos resolver 
la ecuación 2x?* + 4x + 5 = 0, veremos que al aplicar la fórmula, nos queda 
la raíz cuadrada de un número negativo que, como sabemos, no se puede 
calcular. Esto no quiere decir que la ecuación no tenga solución, sino que 
ésta no es de tipo real. Para resolver las raíces cuadradas de números 
negativos hay que acudir a los números imaginarios y entonces la solución 
de la ecuación de segundo grado es de tipo complejo (con parte real y parte 
imaginaria). Sin embargo, estos aspectos matemáticos están alejados de 
nuestros objetivos, pero hay un punto que no podemos olvidar. Se debe 
controlar que en el cálculo de la raíz cuadrada, el número de su interior no 
sea negativo puesto que entonces el ordenador nos daría un error. 

El control de si se puede evaluar la solución lo efectuaremos mediante 
un bloque de decisión. El ordinograma que representa este diseño inter- 
medio se muestra en la figura 8. De las tres partes del ordinograma inicial, 
la primera es la entrada de datos. Está claro que los datos que necesitamos 
para resolver una ecuación, son los valores a, b y c. Por tanto, el bloque 
de lectura de datos se ha cambiado por uno que especifica que se leen a, 
byc. 

El desglose del bloque de cálculo es más complicado. Antes de evaluar 
las raíces hay que averiguar si este cálculo es posible. 

Para ello disponemos un bloque de decisión que determina si la ecua- 
ción tiene una solución real. Si no es así, se escribe un mensaje explicativo 
y se termina el proceso. Si la solución es real, se pasa a la fase de cálculo 
de las raíces y posteriormente se escriben, finalizando el proceso. 

La parte de lectura y de escritura ya están suficientemente detalladas. 
Queda, por fin, la cuestión de cómo se realizará la pregunta sobre si la 
solución es real o compleja. La única manera de saberlo es haciendo las 
operaciones que están incluidas dentro de la raíz cuadrada. Entonces el 
bloque de decisión consistirá en determinar si este número es negativo o 
positivo. Dicho de otra manera, la pregunta será si es menor que cero o 
no. Si lo es, quiere decir que la solución es compleja y entonces no se 
efectuarán los cálculos y en cambio se escribirá en mensaje informativo. 
Por el contrario, se calculará cada una de las soluciones con las fórmulas 
citadas al principio. 

El ordinograma que corresponde a esta última fase del diseño se mues- 
tra en la figura 9. Este ordinograma ya es el definitivo y se puede traducir 
directamente a un lenguaje de programación. 


INICIO 


CALCULAR 
RAICES 


ESCRIBIR 
RAICES 


igura 7: Ordinograma con el 
iseño previo para el cálculo de 
cuaciones de segundo grado. 


igura 8: Ordinograma con el 
iseño intermedio para el cálculo 
e ecuaciones de segundo 


rado. 


BASIC 


INICIO 


¿SOLUCION 
REAL ? 


CALCULAR ESCRIBIR 
"SOLUCION 


q COMPLEJA" 


ESCRIBIR 


Pa - Pa 


Este ordinograma es un ejemplo de proceso con dos puntos terminales. 
Insistimos en el hecho de que el flujo es siempre único y la bifurcación que 
se realiza en el bloque de decisión es exclusiva, es decir, que el flujo sigue 

xy por un camino o por el otro, pero nunca por ambos a la vez. 
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INICIO 


ESCRIBIR 
"SOLUCION 
COMPLEJA” 


ESCRIBIR 


Figura 9: Diseño final para el 
cálculo de ecuaciones de se- 
gundo grado. 
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Es necesario buscar la 
condición de final 


Se ha diseñado un programa 
que no tiene fin 
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7.3.2 Actualización de precios 


Se trata de construir un ordinograma para resolver la siguiente cues- 
tión. Se dispone de una lista de precios de productos y se les quiere aplicar 
un incremento (igual para todos) a fin de obtener una nueva lista con los 
precios actualizados. 

En este caso hay dos tipos de entrada de datos bien diferenciados: En 
el primero de ellos, se lee el tanto por ciento de incremento. En el segundo, 
se lee el precio de un producto. 

Esta separación es necesaria, puesto que el incremento sólo hay que 
leerlo una única vez ya que es el mismo para todos los productos. Por el 
contrario, la lectura del precio se repetirá para cada uno de los productos. 

Cuando se ha leído el precio, se pasa a la fase de cálculo del precio 
actualizado, que finalmente se escribe. En la figura 10 se representa el or- 
dinograma correspondiente a este diseño. El tanto por ciento de incremento 
se representa por la letra T, el precio por la letra P y la R representa el 
precio actualizado. En él, se ve que una vez escrito el nuevo precio, el 
control se dirige de nuevo a la lectura de otro precio antiguo para el cual 
se repetirán los cálculos. 

Observando con detenimiento este ordinograma, vemos que le falta un 
punto importante. No tiene el bloque terminal que indique dónde acaba el 
proceso. Por tanto, tal como está ahora, el proceso no tiene fin y la máquina 
insistiría siempre en pedirnos de nuevo otro precio para realizar los cálculos. 
En principio esto no es problema, puesto que se trata de un diseño previo, 
en el que solamente nos interesaba el planteo general de la solución. 

Para la siguiente fase del diseño, hay que buscar una solución a este 
punto. Es necesario encontrar un sistema para indicar a la máquina que 
debe acabar el proceso. La forma más normal de hacerlo es establecer un 
dato particular, que servirá para que la máquina lo tome como condición de 
final. En nuestro ejemplo, esta condición podría ser cuando el precio final 
fuera igual a cero. Esta elección es muy acertada puesto que no tiene sen- 
tido aplicar un incremento a un precio que vale cero. Entonces haremos 
que la máquina considere que este precio igual a cero sea la indicación de 
que debe finalizar el proceso. En el diseño final colocaremos un bloque de 
decisión justo después de la lectura del precio. En él haremos precisamente 
la pregunta de si P vale cero. Si la respuesta es negativa, el flujo seguirá 
hacia la fase de cálculo tal como lo hacía antes. Si la respuesta es afir- 
mativa, es decir, P vale cero, el flujo se dirige a un símbolo terminal. De 
este modo queda establecido el punto por donde finaliza el ordinograma. 

Queda, por último, detallar las operaciones que deben efectuarse para 
calcular el nuevo precio. En realidad son muy sencillas. La cantidad que 
hay que sumar al precio antiguo es P*T/100. Por tanto, el nuevo precio R 
será: 


R=P+P»T/100 
o bien, agrupando términos 
R=P*(1+T/100) 
Esta operación es la que colocaremos en el bloque de cálculo. 
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Figura 10: Diseño inicial para el 
programa de actualización de 
precios. 


E 
EN) 


CALCULO 


INCREMENTO 


ESCRIBIR 
R 


En la figura 11 se muestra el ordinograma elaborado según lo que aca- 
bamos de explicar. Al tratarse de un diseño final, puede ya traducirse di- 
rectamente a BASIC. Es interesante que intentemos realizar esta codifi- 
cación por nosotros mismos antes de consultar el capítulo de prácticas. Un 
punto a tener en cuentra es que la flecha que, después de escribir R, retro- 
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INICIO 


No 
R*FP.(1+T/100) 
ESCRIBIR 
R 


Figura 11: Ordinograma corres- 
pondiente al diseño final para el 
programa de actualización de 
precios. 
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Diseño de la decisión en 
forma jerárquica 


—l 


cede a la fase de lectura hay que traducirla en BASIC por la instrucción 
GOTO. 


7.3.3 Números pares 


En este ejemplo, construiremos un ordinograma para determinar si un 
número es par o impar. El funcionamiento será el siguiente: Le entraremos 
un número al ordenador y éste nos responderá si dicho número es par o 
impar. 

Según este planteo, el diseño previo consistirá en un bloque de entrada 
donde se leerá el número. A continuación vendrá la determinación de si el 
número es par o no. Este bloque tendrá dos salidas y ambas se dirigen a 
bloques de escritura. En uno de ellos se escribirá un mensaje indicando 
que el número es par y en el otro mensaje indicando que es impar. Después 
de los dos símbolos de salida, el proceso finaliza. El ordinograma que refleja 
este planteo se muestra en la figura 12. 

Nos queda un punto crucial. ¿Cómo determinar si un número es par? 
En el capítulo dedicado a estudiar las funciones aritméticas, vimos la fun- 
ción INT que suprimía los decimales. Esto nos permitiría saber si un número 
era múltiplo de otro. En este caso podríamos aplicarla para ver si es múltiplo 
de dos. No obstante, vamos a suponer que, por las causas que sean, no 
disponemos de la función INT. Una forma de resolver el problema sería 
restar 2 al número en cuestión, sucesivas veces hasta llegar a cero o a uno. 
Notemos que si vamos restando repetidamente 2, al final llegaremos a 1 si 
el número era impar y a cero si el número era par. Si hacemos la prueba 
manualmente para algunos números pequeños veremos fácilmente como 
se cumple la afirmación anterior. Pues bien, este sistema lo emplearemos 
en nuestro programa. Hay que advertir que este procedimiento de resta, lo 
efectuamos puramente como ejercicio académico y en la práctica se utili- 
zaría la función INT. 

El bloque de decisión anterior lo subdividiremos en varias partes. Para 
empezar, construiremos el proceso de restas sucesivas. Está claro que se 
necesitará colocar un bloque de cálculo, en el cual se decrementará en dos 
el número inicial N. Este paso se repetirá mientras N sea mayor que 1. Para 
controlar este punto situaremos un símbolo de decisión donde determina- 
remos esta condición. Si N es mayor que 1, lo enviaremos a efectuar otra 
vez la resta. Finalmente, después de varias restas, N ya no será mayor que 
1 y entonces será el momento de determinar si es par o no. 

Cuando decimos que N no es mayor que 1, significa que vale o bien 
1 ó bien O. Tal como realizamos las restas, no es posible ningún otro re- 
sultado. 

A continuación colocaremos un bloque de decisión. Dentro, pregun- 
taremos si N es cero. En caso afirmativo, dirigiremos el flujo hacia un sím- 
bolo de salida que escribirá el mensaje «ES PAR». Si por el contrario, N 
no es cero, dirigiremos el flujo hacia otro símbolo de salida que escribirá el 
mensaje «ES IMPAR». 

En la figura 13 se representa el ordinograma construido según este 
diseño. Un aspecto importante a resaltar es que el bloque de decisión ge- 
neral del diseño previo (Fig. 12) se ha subdividido en el diseño final, en dos 
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INICIO 


ESCRIBIR ESCRIBIR 


“PAR” “IMPAR” 


Figura 12: Planteo inicial para 
determinar si un número es par. 


bloques de decisión más un bloque de proceso. Este punto muestra con 
claridad que la técnica de diseño jerárquico se aplica no sólo a los símbolos 
de proceso, sino también a los demás. En un primer momento ha sido su- 
ficiente colocar un bloque de decisión con una pregunta de tipo general. En 
cambio, en el diseño final se han detallado todos los pasos que indica esta 
pregunta. Es por esta razón que no hemos utilizado la función INT, pues 
con ella no se.podía subdividir tanto el bloque de decisión. El sistema de 
restas nos ha sido más útil como ejercicio de diseño, aunque desde el punto 
de vista del funcionamiento sea mucho menos eficiente que la función INT. 
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Figura 13: Ordinograma com- 
pleto para determinar si un nú- 
mero es par. 


INICIO 


ESCRIBIR ESCRIBIR 


“PAR” “IMPAR” 
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Variables intermedios para el 
cálculo. No se leen como 
dato 
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7.3.4 Interés compuesto 


Como último ejemplo, construiremos un ordinograma para calcular el 
valor del capital al cabo de un cierto tiempo, aplicando el interés compuesto. 
La fórmula del interés compuesto es: 


F=C (1+R/100)' 


donde F es el capital final, C es el capital inicial, R es el rédito expresado 
en tanto por ciento y T es el período de tiempo. Esta fórmula nos da el 
campital final directamente después de T años. Por ejemplo, si el capital 
inicial son 2.000.000, el rédito es de un 10 % anual y T son 2 años, el capital 
final será 


F=2000000(1+10/100)? = 2420000 


Si lo hubiésemos evaluado paso a paso, los cálculos serían los siguien- 
tes. Para el primer año, los intereses serían un diez por ciento de dos mi- 
llones, es decir, 200.000. El capital final es pues de 2.200.000. Para el se- 
gundo año, los intereses serán otro diez por ciento del último capital, o sea 
220.000 que sumados al capital resulta un valor de 2.420.000 que coincide 
con el calculado por la fórmula. 

El ordinograma que elaboramos nos escribirá el valor del capital para 
los cinco primeros años. Puesto que el problema no es demasiado difícil y 
ya conocemos bastante bien cómo construir ordinogramas, empezaremos 
directamente por el diseño final. 

En primer lugar, los datos que necesita la máquina son el valor del 
capital inicial y el rédito. Por tanto, empezaremos colocando el bloque de 
lectura de las variables C y R. El valor de T se calculará internamente, e 
irá variando de 1 a 5. Para cada valor de T se evalúa la fórmula. Para 
representar este cálculo dispondremos un bloque de proceso en el ordi- 
nograma. Seguidamente situaremos un símbolo de salida para indicar que 
se escribe el valor de F. Al final se coloca un bloque de decisión para de- 
terminar si se ha completado el proceso. Si no es así, se incrementa el valor 
de T y se repite el cálculo. En la figura 14 se muestra el ordinograma que 
refleja este proceso. Fijémenos que debe asignarse un valor a la variable 
T antes de utilizarla para calcular F. De no hacerlo así, el planteamiento 
hubiera sido erróneo, pues en el momento del cálculo, el valor de T hubiese 
sido indefinido. Por otra parte, no hay que leer T en el bloque de entrada, 
puesto que su valor está definido por el propio proceso y el operador no 
puede modificarlo. 

La flecha que cierra el lazo está situada justo debajo de la asignación 
inicial de T. Si los dos flujos se unieran por encima de este bloque de pro- 
ceso, se calcularía siempre el mismo valor del capital (el primer año) y el 
programa no tendría fin. 

Si le entramos un capital inicial de 2.000.000 y un rédito de un 10 % 
anual, los cinco resultados escritos serán 


2200000 2662000 3221020 
2420000 2928200 
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F«—C-(14+R/100) 
ESCRIBIR 
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Figura 14: Ordinograma para 
calcular el capital final, aplicando 
el interés compuesto. 
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que corresponden al capital final al cabo de un año, dos años, etc.; hasta 
cinco años. En la mayoría de estos ordinogramas hemos empleado pro- 
cesos de repetición. La importancia de este tipo de procesos es enorme en 
informática y por ello dedicaremos más adelante un capítulo completo a 
estudiarlos. 


7.4 CODIFICACION 


Cuando llega el momento de traducir el ordinograma o diagrama de 
flujo a un lenguaje (fase de codificación) hay que tener presente una serie 
de normas. 

En primer lugar debemos elaborar una lista de variables que aparecen 
a lo largo del ordinograma. Esta lista incluirá, además del nombre de la 
variable, una breve descripción de la misma, así como también el tipo de 
dato (numérico o textual) que contiene. Si hay restricciones en los valores 
que puede tomar la variable conviene incluirlos también en la lista. Por 
ejemplo, que la variable tiene siempre valores positivos o que contendrá un 
número entre 1 y 10, o cualquier otra restricción o intervalo de validez. 

Los ejemplos que hemos visto hasta este momento son muy cortos y 
parece innecesario construir esta lista. Sin embargo, no olvidemos que en 
la práctica no son raros los programas con varios cientos de instrucciones. 
Entonces, la lista nos ayuda a recordar qué dato contiene cada variable y, 
sobre todo, a no dar nombres repetidos a distintas variables. Además, los 
intervalos de validez nos ayudarán en la fase de puesta a punto. Si el pro- 
grama no funciona correctamente, consultaremos los valores de las varia- 
bles y comprobaremos si están dentro del margen aceptado. 

Por otra parte, queda la cuestión de cómo se traducen los símbolos del 
ordinograma a las correspondientes instrucciones. Le recomendamos que 
preste mucha atención a lo que viene pues le ahorrará mucho tiempo a la 
hora de escribir los programas. 

En BASIC, los símbolos de inicio no se traducen, puesto que la nu- 
meración de las listas ya indica por sí misma donde empieza el programa. 
El símbolo terminal sólo hace falta traducirlo por un END o un STOP si hay 
más de uno. Si no, la propia numeración establece automáticamente el final. 
Los símbolos de proceso se traducen por la instrucción LET y únicamente 
se debe prestar atención en escribir las expresiones según las normas del 
lenguaje, es decir, respetando el orden de prioridad de los operadores. 

El bloque de decisión se traducirá por una instrucción IF y un GOTO 
al número de línea correspondiente. El equivalente de la segunda flecha del 
bloque de decisión será la instrucción situada inmediatamente debajo de la 
instrucción IF. Ya sabemos que en un IF, cuando la condición es falsa, el 
programa sigue por la instrucción situada a continuación. Esta afirmación 
no se cumple si utilizamos una instrucción IF..THEN..ELSE. En ese caso, 
la segunda flecha corresponde a la instrucción que sigue a ELSE. A veces 
se pueden englobar dos bloques de decisión en un solo IF mediante la 
utilización de operadores Booleanos (AND, OR...). 

Cuando la línea de flujo (la flecha) retroceda o avance a saltos sin se- 
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memoria del ordenador 


es la comparación del programa contenido en memoria con el programa 
contenido en la cinta magnética. 

Dado, pues, que se ha de leer lo que hemos grabado, antes de realizar 
la verificación, deberemos rebobinar la cinta hasta un poco antes del punto 
en que hemos iniciado la grabación. 

Si se detecta que hay diferencias entre el programa grabado y el pro- 
grama existente en memoria, la máquina dará el correspondiente mensaje, 
indicando que han habido errores en la grabación. El tipo de mensaje de- 
pende una vez más del modelo de ordenador, y lo encontrará explicado en 
el correspondiente capítulo de prácticas. 

Si la grabación ha sido correcta —no hay discrepancias— algunas má- 
quinas lo indican dando un mensaje y otras devuelven simplemente el con- 
trol al usuario sin indicar nada más. Es el momento de detener el movi- 
miento de la cinta. En caso contrario habrá que repetir de nuevo la gra- 
bación, asegurándose de que tiene el sistema bien conectado, de que en 
la cinta no haya nada grabado (al menos en la zona en que se inicia la 
grabación del programa) y de que el cassette está ajustado correctamete. 
Una vez grabado deberá verificar de nuevo, repitiendo el proceso hasta que 
el resultado de la verificación sea el correcto. 

Este comando puede utilizarse también para verificar datos grabados, 
en los modelos de ordenador que lo permiten. Para conocer en este caso 
la sintaxis de comando, consulte el capítulo de prácticas. 
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8.5 OTRA ORDEN DE LECTURA: MEZCLAR PROGRAMAS 


Hemos visto ya los dos comandos que nos permiten almacenar un pro- 
grama de forma permanente en una cinta magnética. Vamos a ver ahora 
los nuevos comandos que nos servirán para leer —cargar en la memoria 
del ordenador— los programas que se hayan grabado en una cinta de cas- 
sette. 

El comando LOAD nos permite, tal como se ha visto, cargar en la me- 
moria del ordenador, un programa grabado en una cinta magnética. 

Hemos dicho también, que al utilizar este comando para leer un pro- 
grama, se pierde el contenido de la memoria, siendo sustituido por el nuevo 
programa que haya sido cargado. 

Existe sin embargo otro comando para leer programas, cuyos efectos 
son los mismos que el comando LOAD en el aspecto de lectura y control 
del cassette, pero que difiere de aquél en que no se borra la memoria antes 
de cargar el nuevo programa. De esta manera se consigue un efecto muy 
interesante, que es la posibilidad de mezclar programas. Para ejecutar este 
comando, se escribe la palabra 


MERGE 


Y a continuación el nombre entre comillas del nuevo programa que se de- 
sea cargar. La palabra MERGE significa mezclar, en inglés. 

Así, supongamos que tenemos en memoria un programa cualquiera, 
que llamaremos programa A. Si deseamos cargar otro programa, por ejem- 
plo el programa B, deberemos escribir 
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entrada de datos que ya ha caído practicamente en desuso son las tarjetas 
O fichas perforables que se representan con el símbolo de la figura 15e. 


Hay dispositivos que Todos estos símbolos indican procesos de entrada-salida en los cuales 
memorizan los datos en los datos exteriores tienen un formato legible por el usuario, es decir, que 
forma no legible los números se han convertido de binario a decimal y las letras se han 


traducido de ASCII a nuestro alfabeto. No obstante, a veces el ordenador 
se comunica con el exterior de forma que los datos no son legibles por el 
usuario. Esto ocurre cuando los datos se leen o se graban en dispositivos 
magnéticos en los cuales los datos se guardan codificados. Los dos sím- 
bolos que indican un proceso de este tipo se muestran en las figuras 15c 
y 15f. En la primera de ellas, el símbolo representa el acceso a una cinta 
magnética. El símbolo tiene la forma de un carrete de cinta. El segundo, 
representa el acceso a un disco magnético. 

Se utiliza la cinta magnética cuando hay que leer los datos, uno detrás 
de otro (acceso secuencial) ya que para efectuar la lectura de una cinta es 
necesario que ésta se desplace en el sentido de avance. El disco magnético 
se utiliza para almacenar archivos cuyos datos se leerán en cualquier orden 
(acceso al azar). Esto es posible porque el brazo del disco se puede des- 
plazar sobre su superficie y colocarse directamente encima de la zona 
donde se encuentra grabado el dato. 


7.6 TABLAS DE DECISION 


Las tablas de decisión son un método para la exposición gráfica, es- 
tandarizada y simple de un proceso lógico, a través de una representación 
en forma de tabla. 

Cuando se trata de construir un programa para resolver un problema 
práctico, a menudo aparece una gran cantidad de alternativas y situaciones 
distintas que hay que tener en cuenta en conjunto. Algunas de estas alter- 
nativas se excluyen entre sí; otras, en cambio, serán simultáneas y a cada 
una le corresponderá una acción distinta. Al elaborar el programa tendre- 
mos presente todas las distintas posibilidades que se pueden dar, a fin de 
asegurar que el programa funcione para todos los casos posibles. 

Las tablas de decisión nos servirán para agrupar y sistematizar el con- 
junto de condiciones y acciones que deben emprenderse. 


7.6.1 Formato de la tabla de decisión 


La estructura de una tabla de decisión consta de cuatro partes. En la 
figura 16 se muestra el formato general. En la parte superior izquierda se 
coloca la lista de condiciones que pueden ser ciertas o falsas. A la derecha 
(ESTADO DE CONDICIONES), se sitúan los estados de todas las condi- 
ciones. En la parte inferior izquierda se escribe la lista de acciones o tra- 
tamientos posibles que tendrá el programa. Finalmente, en el recuadro in- 
ferior derecho, se establece la relación entre conjunto de condiciones y tra- 
tamientos a efectuar. 
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Figura 16: Formato general de 
una tabla de decisión. 


Presenta de forma clara la 
relación entre estados y 
acciones 


Regla de decisión 


Valor de la condición 


Figura 17: Tabla de decisión 
para clasificar las notas en apro- 
bado o suspendido. 
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En el apartado siguiente veremos con más detalle las definiciones de 
todos estos conceptos. Sin embargo, ya sabemos lo suficiente para cons- 
truir la primera tabla de decisión. 

Empezaremos con un ejemplo muy sencillo. Supongamos que hemos 
de clasificar a un conjunto de alumnos en aprobados o suspendidos. Di- 
remos que están aprobados si tienen una nota igual o superior a 5, y sus- 
pendidos si es inferior. En este caso tenemos únicamente dos condiciones. 
La primera de ellas es «tener una nota igual o superior a 5» y la segunda 
«tener una nota inferior a 5». Los estados de estas condiciones sólo pueden 
ser ciertos o falsos. Tenemos también dos tratamientos o acciones. Una es 
aprobar y la otra es suspender. En la figura 17 se muestra como quedaría 
esta tabla de decisión. Fijémonos que se señalan con una cruz aquellos 
tratamientos que deben realizarse cuando se cumplan las condiciones. 


7.6.2 Definiciones 


Daremos a continuación una serie de definiciones sobre los conceptos 
fundamentales. 

Una regla de decisión es una declaración que indica qué conjunto de 
condiciones deben satisfacerse para que se ejecuten una serie de acciones. 
Por ejemplo, si el empleado tiene la categoría 1 y trabaja en la sección C 
y es soltero, entonces el valor de la hora extraordinaria será X. En la tabla 
de la figura 17 sería: Si la nota es inferior a 5, entonces está suspendido. 

El valor de una condición es el resultado de evaluar el cumplimiento o 
incumplimiento de una condición. Dos condiciones se llaman independien- 
tes si los valores que toma una de ellas no dependen de los que tenga la 
otra. En caso contrario son dependientes. Por ejemplo, en el caso de que 
se dé la condición de aprobado, no puede ser suspendido y viceversa, las 
dos condiciones son dependientes. En cambio, la condición de que el tra- 
bajador es soltero, es independiente de la condición de ser varón. Se dan 
las cuatro posibilidades, soltero y varón, soltero y hembra, no-soltero y va- 
rón y no-soltero y hembra. 


Calificación igual o superior a 5 sto | No | 
Calificación inferior a 5 EJES 


E 
Corr VU HE 
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Condiciones independientes, 
dependientes exclusivas y 
dependientes solapadas 


Figura 18: Tabla de decisión 
para clasificar las notas. 


A su vez, las condiciones dependientes se subdividen en exclusivas y 
solapadas. Las exclusivas son las que no pueden ser ciertas simultánea- 
mente. Por ejemplo, si para preguntar el color de un objeto utilizamos las 
dos condiciones «Color igual a negro» y «Color igua' a blanco», está claro 
que no pueden ser ciertas simultáneamente. Las condiciones solapadas 
son las que sí pueden ser ciertas simultáneamente. Si en el ejemplo pre- 
cedente, las condiciones fuesen «Color distinto de negro» y «Color igual a 
blanco», entonces ambas condiciones podrían ser ciertas a la vez. 

Así como los ordinogramas nos permiten representar el funcionamiento 
completo de un programa, las tablas de decisión solamente sirven para cla- 
sificar las distintas posibilidades que se pueden presentar. Con las tablas 
de decisión, establecemos claramente las acciones que deben llevarse a 
cabo según sea el estado de la lista de condiciones. Por tanto, a partir de 
una tabla de decisión no podremos construir un programa completo, sino 
solamente el núcleo fundamental del proceso. Las operaciones de entrada 
y salida de datos, por ejemplo, no se tienen en cuenta. Podemos decir pues, 
que las tablas de decisión son una herramienta auxiliar de diseño. Esto no 
debe llevarnos a minusvalorar su importancia. En aquellos procesos en los 
que hay varias condiciones simultáneas, su uso es muy recomendable, a 
fin de asegurar que el programa no deja ninguna posibilidad sin tratar y que, 
por tanto, funcionará correctamente para todos los casos posibles. 


7.6.3 Casos prácticos 


La tabla de decisión de la figura 17 se puede ampliar de modo que 
abarque una clasificación más detallada. Por ejemplo, clasificaremos las 
notas en muy deficiente, deficiente, suficiente, bien y excelente. En la figura 
18 se muestra la tabla de decisión correspondiente a esta clasificación. Fi- 
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de alternativas múltiples 


jémonos que todas las condiciones son dependientes porque únicamente 
se tiene en cuenta un valor (la nota). Además, la dependencia es exclusiva 
por que no pueden ser ciertas simultáneamente. 

Cuando llega el momento de traducir una tabla de decisión a BASIC 
(fase de codificación), las instrucciones más importantes serán IF y GOTO. 
Por ejemplo, para la tabla 17, el programa sería 


10 INPUT N 

20 IF N(S THEN GOTO 50 
3O PRINT "APROBADO" 

40 GOTO €0 

50 PRINT "SUSFENDIDO" 
60 STOP 


En este caso, la traducción es casi inmediata, pero si el número de 
condiciones aumenta, el programa se complica. Aquí, como sólo teníamos 
dos condiciones que eran exclusivas, se han traducido por un único IF. En 
cambio, las dos acciones, aprobar y suspender, están ambas traducidas. 
Observemos la instrucción GOTO de la línea 40. Su colocación es indis- 
pensable para separar las dos alternativas. En aquellos procesos con mu- 
chas condiciones, se emplearán gran cantidad de instrucciones IF y GOTO. 

En general, cuando hay muchas instrucciones IF, éstas se encadenan 
de la siguiente manera. En el IF se coloca la condición preguntada de forma 
inversa. Por ejemplo, si la condición era «menor que tres» se escribe «ma- 
yor o igual que tres». Entonces cuando la pregunta del IF es cierta, significa 
que la condición inicial era falsa. Por tanto se pasa control a la siguiente 
condición, representado por una nueva instrucción IF. A su vez, esta ins- 
trucción pasará control al siguiente IF en caso de que no vuelva a cumplirse 
la condición. Este proceso se repite hasta que se cumpla una condición, es 
decir que el resultado del IF sea falso, o hasta agotar las condiciones. Entre 
dos instrucciones IF se colocan las instrucciones que corresponden al tra- 
tramiento a realizar cuando se cumple el IF previo. Por ejemplo, si en el 
programa anterior quisiéramos incluir las dos condiciones, el listado que- 
daría 


10 INEUT N 

Z0 1F NS THEN GOTO 50 
30 FRINT "ARROBADO" 
40 GOTO 90 

50 IF NO THEN GOTO 80 
60 ERINT "SUSPENDIDO" 
7O GOTO 20 

80 FRINT "NOTA ERRONEA" 
30 STOP 
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Figura 19: Tabla de decisión 
para evaluar las piezas produci- 
das en un taller. 


En la segunda condición se ha previsto que la nota fuera errónea (me- 
nor que cero). En las líneas 20 y 50 se observa la forma de encadenar las 
preguntas. Entre estas instrucciones IF se colocan las acciones que son 
escribir aprobado, suspendido o nota errónea. Es costumbre de los progra- 
madores situar las acciones cuya ejecución depende en conjunto de un IF, 
unos cuantos espacios en blanco hacia la derecha de modo que queda 
clara la dependencia. Aunque no aumenta la velocidad de cálculo y supone 
un pequeño gasto extra de memoria, esta costumbre ayuda bastante a ha- 
cer más legibles los programas. 


7.6.4 Clasificación de piezas 


Veremos a continuación un caso en el que utilizaremos dos condicio- 
nes independientes. Supongamos que en un taller mecánico se desea cla- 
sificar las piezas producidas en tres grupos, piezas de primera clase, de 
segunda clase y piezas que no cumplen las especificaciones. Para clasifi- 
carlas emplearemos dos características, el diámetro y la longitud. Si el diá- 
metro está comprendido entre 99 y 100 son de primera clase. Si está entre 
98 y 101 son de segunda clase. Fuera de estos márgenes, la pieza se re- 
chaza. Con referencia a la longitud, la condición es más estricta. Si está 
comprendida entre 500 y 501, la pieza se acepta. En caso contrario se re- 
chaza. En la figura 19 se muestra la tabla de decisión que refleja este con- 
junto de decisiones. La primera condición que se ha tenido en cuenta es si la 
longitud cumplía las normas. Fijémonos que si esta condición no se cumple, 
no hace falta analizar nada más, puesto que la pieza se desecha directa- 
mente. 

En la tabla tenemos cuatro condiciones, de las cuales las tres últimas 
son dependientes (se refieren a la misma característica, el diámetro). La 
dependencia no es exclusiva, pues si la pieza tiene un diámetro compren- 
dido entre 99 y 100, también es cierto que está comprendido entre 98 y 
101. En cambio, la última condición es exclusiva puesto que si el diámetro 
cumple alguna de las dos condiciones anteriores, no puede ser cierto que 
esté fuera de márgenes. Finalmente la primera condición es independiente 
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de las demás, pues la longitud puede ser correcta o incorrecta con inde- 
pendencia del diámetro. 

La lista de tratamientos tiene tres acciones: clasificar como primera 
clase, clasificar como segunda clase o desechar. En la parte superior de- 
recha de la tabla escribimos el conjunto de todas las combinaciones posi- 
bles de los estados de las condiciones. Observamos que si la primera con- 
dición es negativa, el resto de la columna tiene guiones. Esto se debe a 
que, seal cual sea el resultado de las demás condiciones, la acción a rea- 
lizar es desechar la pieza. En general, se utilizan los guiones para indicar 
que, en aquel caso, la condición no es significativa. 


7.6.5 Depuración de las tablas 


Una vez se ha construido una tabla, se aplican una serie de criterios 
para determinar si la tabla es correcta o contiene errores de diseño. 

En primer lugar debe comprobarse que la tabla es completa, es decir, 
que no se ha omitido ningún posible estado de las condiciones. A conti- 
nuación, comprobaremos que la tabla no tiene redundancia ni contradiccio- 
nes. Estos significa que no aparece dos o más veces el mismo estado de 
condiciones, con igual conjunto de tratamientos (redundancia) o con distinto 
tratamiento (contradicción). 

Por otra parte, no han de existir condiciones indiferentes, es decir, que 
sea cual sea su estado, se efectúan los mismos tratamientos. Esta situación 
se aprecia si hay toda una fila en la entrada de condiciones que tiene úni- 
camente guiones. Asimismo, no deben existir situaciones sin tratar. Esta 
situación tiene lugar cuando en los tratamientos existe una columna en 
blanco. 

En resumen, podríamos decir que las ventajas de las tablas de deci- 
siones son: 


— Ofrecen una visión de conjunto del problema. 
— Permiten una codificación exacta y rápida. 
— Es fácil de comprobar que es completa y no redundante. 
Como inconveniente está el hecho de que si hay muchas condiciones 
deja de ser operativa. 


De todas maneras este último caso se trata de dividir las condiciones 
en grupos para que el número no aumente demasiado. 


RESUMEN 


En los casos prácticos se ponen de manifiesto el concepto de 
desarrollo jerárquico; un problema se desdobla en subproblemas más 
pequeños, con lo que resultan más fáciles de resolver. 

Para resolver un problema es necesario hacer varios ordinogra- 
mas hasta alcanzar el nivel de detalle suficiente para poder traducirlo 
directamente a un lenguaje de programación. 
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Es frecuente encontrarse en programas donde después del di- 
seño no se precisa ningún símbolo de final; es una buena costumbre 
buscar la condición para que el programa finalice y no tengamos que 
interrumpirles desde el exterior. No todos los programas se ejecutan 
sobre la pantalla. 

En un ordinograma los puntos más importantes son las tomas de 
decisión, pues son las únicas que permiten bifurcar el flujo del pro- 
grama. 

La técnica del diseño jerárquico se aplica a todos los bloques, no 
únicamente a los de proceso. 

En la fase de codificación es necesario realizar una lista de va- 
riables que contendrá: el nombre, una breve descripción y las restric- 
ciones en los valores que puede tomar. 

En BASIC los símbolos de inicio y final no se traducen, la nu- 
meración de las líneas los contiene implícitamente. 

Los procesos se traducen por instrucciones LET. 

Los bloques de decisión se traducen por una instrucción IF y 
GOTO o con el IF...THEN...ELSE. 

Los avances a saltos se hacen mediante la instrucción GOTO. 

Las entradas se traducen por INPUT y las salidas por la instruc- 
ción PRINT. 

Para los procesos de entrada y salida existen otros símbolos que 
aparte de indicar el tipo de proceso indican sobre qué dispositivo se 
realiza. Vea la figura 15. 

El diseño de decisiones complicadas se realizan mediante una 
tabla de decisión. La tabla de decisión consta de cuatro partes que se 
disponen como: 


Parte superior izquierda: Lista de condiciones. 

Parte superior derecha: Estado de las condiciones. 

Parte inferior izquierda: Lista de acciones. 

Parte inferior derecha: Relación entre acciones y estados. 

Se llama regla de decisión a una declaración que indica el con- 
junto de condiciones que se deben dar para ejecutar una acción. 

El valor de una condición es el resultado de evaluar si una con- 
dición se cumple o no se cumple. 

Cuando tenemos dos condiciones se pueden relacionar entre 
ellas según el esquema siguiente: 

a) Independientes: El valor de una no depende de la otra. 

b) Dependientes: El valor de una depende del valor de otra. 

b.1) Exclusivas: Si una condición es cierta, la otra debe ser falsa. 

b.2) Solapadas: El valor de una no fija el valor de la otra. 


La traducción de las reglas de decisión a un lenguaje de progra- 
mación se hace mediante el caso de alternativas múltiples. Se en- 
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cadenan los IF que niegan las condiciones, de tal manera que el blo- 
que a realizar para la condición queda debajo del IF. 

En las tablas de decisión, un mismo tratamiento se puede de- 
sencadenar por la acción de distintos estados de condiciones. 

Cuando el resultado de un estado de condiciones es el mismo, 
tanto si una condición se cumple como si no se cumple, se dice que 
la condición no es significativa en este estado. O el estado es indi- 
ferente a esta condición. 

Se debe comprobar que la tabla de decisión es completa, es de- 
cir, contiene todos los estados de las condiciones. 

No tiene que haber redundancias ni contradicciones. Esto ocurre 
cuando hay por lo menos un estado dos veces. Cuando los trata- 
mientos son iguales es redundancia, en cambio si el tratamiento es 
distinto es contradicción. 

No debe haber ningún estado con las condiciones no significati- 
vas. 

Debe haber un tratamiento y uno solo para cada estado de con- 
diciones. 


EJERCICIOS DE AUTOCOMPROBACION 
Complete las frases siguientes: 


. La resolución de un problema con ordenador requiere general- 
mente varios ordinogramas con diferente nivel de 


. Es necesario tener en cuenta la condición de 


.... de un programa. 


. La primera fase de codificación consiste en hacer una 
de variables. 


. La segunda fase de la codificación consiste en traducir los 
del ordinograma a del len- 
guaje de programación. 


26. Para los procesos de entrada y salida existen símbolos especiales 
que además de indicar el proceso indican el .................................... 
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27. 


28. 


29. 


30. 


31. 


32. 


33. 


34. 


35. 


E A son una ayuda en el diseño de 
tomas de decisión complicadas. 


A la declaración del conjunto de condiciones que se deben cum- 
plir para realizar una acción se le denoMina coccion. 
de decisión. 


El valor de una condición es evaluar si una condición se ............ 
RN o no se cumple para un caso determinado. 


Land teits múltiples es la mejor manera de traducir 
la tabla de decisión a un lenguaje de programación. 


Una tabla de decisión €S ......oooococncinio.ic........ cuando se consi- 
deran todos los estados posibles y sólo los estados posibles. 


Una tabla de decisión tiene redundancia cuando se considera un 
estado dos veces y se le aplica el .................................... trata- 
miento. 


Una tabla de decisión es contradictoria cuando se considera un 
estado dos veces y Se le apliCa ....o.ooocococinnniniici...... tratamiento. 


En cada estado de condiciones debe haber una ............................ 
do de por lo menos que sea significativa. 


Encierre en un círculo la letra que corresponda a la alternativa 


correcta. 


36. 


Los símbolos de toma de decisión en los ordinogramas se tra- 
ducen en BASIC como: 

a) LET 

b) IF... THEN y GOTO 

c) GOTO 

d) INPUT 
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37. 


38. 


39. 


40. 


41. 


Los símbolos de proceso de un organigrama se traducen en len- 
guaje BASIC como: 

a) LET 

b) IF...THEN y GOTO 

c) GOTO 

d) INPUT 


Las flechas que producen saltos en un ordinograma se traducen 
en lenguaje BASIC como: 

a) LET 

b) IF... THEN y GOTO 

c) GOTO 

d) INPUT 


Los procesos de entrada de un ordinograma se traducen en len- 
guaje BASIC como: 

a) LET 

b) IF... THEN y GOTO 

c) GOTO 

d) INPUT 


El símbolo de un trozo de papel cortado en un ordinograma sig- 
nifica una salida por: 

a) Pantalla. 

b) Disco magnético. 

c) Cinta magnética. 


d) Impresora. 


Las condiciones ser del signo del zodíaco acuario y ser del signo 
de tauro son 

a) Independientes. 

b) Dependientes exclusivas. 

Cc) Dependientes solapadas. 


d) No es pregunta binaria. 
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42. Las condiciones de ser rico y poseer un coche deportivo son 


a) Independientes. 

b) Dependientes exclusivas. 
c) Dependientes solapadas. 
d) No es pregunta binaria. 


. Las condiciones la mesa es blanca y la mesa tiene cuatro patas 
son: 
a) Independientes. 
b) Dependientes exclusivas. 
c) Dependientes solapadas. 
d) No es pregunta binaria. 


. Las condiciones el lugar está situado al Norte y el lugar está si- 
tuado el Oeste de aquí son 


a) Independientes. 

b) Dependientes exclusivas. 
c) Dependientes solapadas. 
d) No es pregunta binaria. 
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8.0 OBJETIVOS 


El objetivo de este capítulo es enseñarle a manejar dos dispositivos 
adicionales del ordenador personal, el cassette y la impresora. 

El cassette es el medio para hacer sobrevivir los programas a la des- 
conexión del ordenador a la corriente. La cinta magnética del cassette con- 
serva memorizado el programa, de la misma forma que lo hace con sus 
canciones preferidas. 

Es muy importante que ponga atención en la manipulación del cas- 
sette, pues es frecuente que tenga problemas en el mecanismo de gra- 
bación y recuperación. La causa es que la grabación debe estar hecha, para 
que la entienda el ordenador; si el ordenador no entiende la «música» gra- 
bada en el cassette es como si el programa hubiera desaparecido. 

Cuando usted graba una canción, los defectos se notan en la repro- 
ducción, y en caso extremo puede resultarle una canción desagradable. 
Normalmente usted buscará un cassette de alta fidelidad para arreglar el 
problema. 

Le hemos de advertir desde el inicio que éste no es el camino en el 
caso del ordenador. Los cassettes de alta fidelidad son adecuados para el 
oído humano, pero son muy inadecuados para el oído del ordenador. 

Le insistimos en que no malgaste su dinero comprando mejores cas- 
settes. Si el que tiene no funciona, pregunte en la tienda por cassettes pre- 
parados para el ordenador; son baratos; los reconocerá porque aparecen, 
en la rotulación de sus teclas, las palabras SAVE, LOAD. 

Una vez resueltas estas dificultades iniciales, el cassette le servirá para 
guardar sus programas y poderlos recuperar. También podrá intercambiar 
programas con sus amigos si disponen del mismo tipo de ordenador. 

Verá que hay instrucciones para verificar que el contenido del cassette 
coincide con el de la memoria. Utilícela aunque le lleve un poco más de 
tiempo, es muy desagradable comprobar que el contenido de la cinta no lo 
puede escuchar el ordenador una vez hemos cambiado de programa en la 
memoria. 

La impresora es un complemento muy interesante para el ordenador 
pues permite dejar los programas y resultados escritos de forma perma- 
nente. La pantalla es más rápida pero tiene dos inconvenientes: en primer 
lugar las cosas desaparecen, y por otra parte su contenido es muy limitado. 

Aunque no disponga de impresora, estudie las instrucciones con aten- 
ción, son realmente muy parecidas a las de la pantalla; verá que no pre- 
sentan ninguna dificultad especial respecto a las que ya conoce. 

También en este capítulo aprenderá la organización básica de la me- 
moria cuando ésta contiene el programa BASIC; recuerde que aunque ha- 
blemos del lenguaje BASIC no se trata más que de un programa que está 
colocado dentro del ordenador. Este programa consume a su vez memoria 
para su organización, y nuestro programa no puede ocupar totalmente la 
memoria de que dispone el ordenador. 


8.1 ALMACENAMIENTO DE LOS PROGRAMAS 


Las instrucciones que hemos aprendido hasta ahora, ya nos permiten 
la realización de programas complejos. 


Una grabadora de alta 
calidad está bien adaptada al 
oído humano pero no al 
«Dido» del ordenador 
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En muchos casos, estos programas pueden resultar largos de escribir. 
Por otra parte, son programas que nos pueden resultar útiles para ejecu- 
tarlos en más de una ocasión. 

Sabemos que, cuando escribimos un programa, el ordenador nos lo 
guarda en la memoria ordenado por número de línea, permitiendo que lo 
visualicemos —escribiendo LIST—, que lo ejecutemos —escribiendo 
RUN—, o que lo modifiquemos, ya sea escribiendo nuevas instrucciones o 
bien borrando o cambiando alguna de las ya existentes. 

Sin embargo, nos encontramos con un problema, la memoria del or- 
denador no es permanente. En el momento que lo apaguemos perdemos 
todo el programa. 

Dado que no podemos mantener permanentemete conectado el or- 
denador, y que además nos interesa poder guardar programas distintos, se 
hace necesaria una forma de almacenar los programas de manera per- 
manente, que nos permita recuperarlos en cualquier momento. 

Una forma simple de hacerlo, es utilizando un cassette. 

Sabemos que un cassette nos permite grabar sonido, almacenándolo 
sobre un soporte magnético. Una vez grabado el sonido, podemos repro- 
ducirlo siempre que lo deseemos. Esta forma de grabación tiene además 
otra ventaja: puede borrarse y grabarse de nuevo tantas veces como se 
desee. 

El programa, que tenemos almacenado en la memoria del ordenador, 
puede almacenarse también sobre un soporte magnético, utilizando una 
grabadora de cassette, con las mismas posibilidades y ventajas que si se 
realiza una grabación de música o sonido. 

No es necesario tener un tipo especial de grabadora. De hecho, se 
pueden utilizar la mayoría de grabadoras existentes en el mercado. Aun 
más, es mejor de cara al ordenador, utilizar una grabadora portátil sencilla 
antes que una grabadora estéreo muy sofisticada, que puede plantear más 
problemas, debido a su mayor complejidad, de cara a la grabación. Tenga 
en cuenta que si utiliza una grabadora cof control de los tonos graves y 
agudos, y estos no están bien regulados, puede verse afectada la fidelidad 
de la grabación. En este caso pueden perderse impulsos y el resultado sería 
que las palabras del programa no quedarían bien registradas. 


En realidad una grabadora que no sea de alta fidelidad suele funcionar: 
mejor que una de alta fidelidad. Esta última está preparada para que los 
sonidos sean lo más agradable posible al oído humano; es decir, adaptan 
el sonido a las características del oído. Como verá más adelante, el sonido 
que debe guardar el ordenador no es nada agradable al oído humano; por 
lo tanto, toda adaptación de este sonido al oído humano lo que hace es 
deformarlo, con la repercusión de que entonces el ordenador no se entera 
de lo que está grabado. 

Por otra parte, resultará muy útil que la grabadora disponga de un con- 
tador de vueltas. Esto nos servirá para conocer la organización de la cinta. 
Del mismo modo que usted puede conocer en que vuelta empieza cada 
una de las canciones grabadas en una cinta de música, le resultará útil 
saber la lista de programas y la situación (número de vuelta) en que se ha 
grabado cada uno. 

La grabadora: debe tener una conexión de entrada para micrófono y 
una conexión de salida para auriculares. 
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Los requisitos de la 
conexión 


Hay que guardar el 
programa definitivo 


El ordenador ya está preparado para realizar la conexión con el cas- 
sette. Este conexión se realiza en principio mediante dos cables: un cable 
debe conectar la entrada del micrófono en la grabadora con el correspon- 
diente conector de su ordenador, y otro cable debe conectar el enchufe de 
salida de los auriculares con el correspondiente en el ordenador. 

En el capítulo de prácticas con el microordenador, usted encontrará la 
explicación detallada para conectar su modelo particular de ordenador con 
la grabadora. 

El programa no se almacena en la memoria del ordenador tal como lo 
vemos escrito, sino que, como ya sabemos, lo que se almacena en realidad 
es el equivalente binario (compuesto exclusivamente de ceros y unos), de 
cada uno de los caracteres. Esto es lo que se registra en la cinta magnética 
cuando se graba el programa. Por otra parte, cuando se lee un programa 
que se ha grabado previamente, se pasa del cassette a la memoria del 
ordenador, y una vez cargado en ella, se podrá ya visualizar, ejecutar o 
modificar, tal como se desee, de la misma forma que si hubiéramos escrito 
el programa mediante el teclado. 

La cinta magnética es pues, un tipo de memoria permanente; los pro- 
gramas pueden ser almacenados en ella, y podrán ser leídos tantas veces 
como sea necesario —de la misma forma que se puede escuchar una cas- 
sette de música las veces que se quiera— mientras el usuario no decida 
borrarlos. 

De esta forma pues, los programas se mantienen almacenados inde- 
pendientemente de que se apague o no el ordenador. Debe tener en 
cuenta, sin embargo, que, cuando se graba un programa, se transfiere a la 
cinta el contenido exacto de la memoria actual de la máquina. Por tanto si 
usted realiza modificaciones en el programa y no lo vuelve a grabar, en el 
momento que usted apague la máquina, habrá perdido todo lo que haya 
modificado. 

Por otra parte, las cintas magnéticas dan transportabilidad a nuestros 
programas: nos permiten intercambiar programas de una a otra máquina, 
siempre que éstas sean del mismo modelo. 

En este aspecto, pueden producirse sin embargo, algunas dificultades, 
dependiendo de las condiciones en que haya sido grabada la cinta. 

Veamos ahora cuáles son los comandos que nos permiten la grabación 
y lectura de los programas, así como la forma de utilizar cada uno de ellos. 


8.2 LA ORDEN DE LECTURA 


Para leer un programa de una cinta de cassette y cargarlo en la me- 
moria del ordenador disponemos de dos comandos. 

El primer comando produce, tal como hemos dicho, el paso del pro- 
grama del cassette a la memoria, pero borrando previamente todo el con- 
tenido de ésta. 

Así, haya lo que haya en la memoria, en el momento de ejecutar este 
comando se borrará automáticamente, y será sustituido por el nuevo pro- 
grama que se ha ordenado leer. Para ejecutar este comando se escribe la 
palabra 


LOAD 


Para cargar es necesario 
apretar la tecla play de la 
grabadora 


Preparación de la grabadora 
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Y a continuación el nombre, entre comillas, del programa que se desea 
cargar en memoria. 

Así, por ejemplo, si deseamos cargar un programa que tiene de nombre 
«A» (la manera dar un nombe y saber que está en la cinta lo veremos más 
adelante), deberemos escribir: 


-LOAD "A" 


Observaremos que este comando tiene varios efectos. El efecto evi- 
dente es que empieza a girar la cinta del cassette (para que esto ocurra es 
necesario que la tecla de sonar (play) de la grabadora esté apretada), mien- 
tras el ordenador localiza el programa llamado «A». Naturalmente, el usua- 
rio deberá colocar la cinta que contiene el programa en la posición ade- 
cuada, de forma que el punto en el que se inicia la búsqueda esté situado 
antes del punto en que se encuentra el programa, considerando el sentido 
de avance de la cinta. 

En este aspecto es práctico lo que habíamos dicho en cuanto a saber 
en qué vuelta empieza cada programa, ya que podremos situar la cinta de 
forma que el cabezal de lectura del cassette esté muy cerca del inicio del 
programa. 

Supongamos que habíamos grabado un programa a partir de la vuelta 
número 10. El proceso de carga, supuesto que tenemos cassette con con- 
tador de vueltas, será el siguiente. En primer lugar colocaremos la cinta 
—atendiendo a situarla en la cara que corresponda— y la rebobinaremos 
completamente. Situaremos ahora el contador de vueltas a cero y haremos 
avanzar la cinta hasta la vuelta 8 o 9. En este punto situaremos la grabadora 
de forma que el ordenador tenga el control de la misma. Este será el mo- 
mento de ejecutar el comando LOAD. 

Naturalmente, podríamos simplemente haber rebobinado la cinta, de- 
jando que el propio ordenador buscara el programa desde el principio. Sin 
embargo este proceso sería más lento, pues la máquina para buscar el 
principio del programa ha de ir leyendo el contenido de la cinta, mientras 
que nosotros manualmente podemos hacerla avanzar a mayor velocidad. 

De todas formas, si no se dispone de contador de vueltas o no se co- 
noce la organización de la cinta, no quedará más remedio que realizar la 
búsqueda de forma más lenta, a base de que el ordenador la vaya leyendo 
toda desde el principio. 

En cualquiera de los dos casos, una vez situada la cinta en el lugar 
adecuado, para cargar el programa que habíamos grabado en la vuelta 10 
de la cinta con la etiqueta «A», escribiremos: 


LOAD "A" 


Pondremos en marcha el cassette, es decir apretaremos la tecla de 
sonar (play). Inmediatamente veremos como empieza a girar la cinta. En el 
momento que lleguemos a la vuelta 10, se empezará a cargar el programa. 
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Se debe computar si el 
programa se ha leído 
correctamente 


Generalmente-el ordenador da un mensaje por pantalla indicando que 
está realizando la lectura del programa. Este mensaje puede diferir depen- 
diendo de su modelo particular de ordenador. 

Cuando se haya cargado todo, se detiene la cinta o deberemos dete- 
nerla según veremos en el capítulo de prácticas, y a partir de este momento 
ya podrá trabajar con el programa. Es aconsejable antes de ejecutarlo, cer- 
ciorarse de que ha sido cargado correctamente. Esto generalmente, se 
puede ver haciendo el listado del programa por pantalla. 

Si se observan diferencias con lo que esperaba (desorden en los nú- 
meros de línea, instrucciones incorrectas, símbolos extraños, etc.) es que 
la carga no se ha realizado correctamente. En este punto no intente corregir 
los errores, ya que éstos, aunque le parezcan pequeños, indican la no coin- 
cidencia del programa en memoria y en cinta. En estos casos se pueden 
producir incoherencias, tales como borrar una línea que aparece en el lis- 
tado y no poder hacerlo aunque se dé la indicación para ello. 

Esto se produce porque el programa cargado se encuentra en desor- 
den o mal acondicionado. Piense que lo que usted ve no es más que la 
traducción del código interno de la máquina (ya sabe que éste está com- 
puesto únicamente de informaciones binarias —ceros y unos— y todos y 
cada uno de ellos se han de leer correctamente para que el programa fun- 
cione). 

Es pues mejor empezar de nuevo, controlando en primer lugar las con- 
diciones del sistema (volumen adecuado del cassette, situación correcta de 
las conexiones, etc.) rebobinando la cinta hasta el lugar adecuado y eje- 
cutando una vez más el comando de carga (LOAD). 

Al cargar un programa, el volumen del cassette es muy importante. Si 
se observan dificultades, de forma que el ordenador no lo encuentra aunque 
realicemos todas las operaciones adecuadas, con la cinta en la posición 
correcta y las conexiones bien puestas, intente modificar el volumen del 
cassette y repita el proceso de carga. 

Este factor es determinante para que la máquina pueda «oír» correc- 
tamente el programa. Por tanto, si el volumen no tiene el valor adecuado, 
podemos tener problemas de lectura. Controle pues el volumen hasta ajus- 
tarlo correctamente; generalmente resulta adecuado situarlo en el valor me- 
dio entre el máximo y el mínimo, y sobre este punto irlo ajustando, reali- 
zando pequeñas variaciones. 


8.3 LA ORDEN DE GRABAR 


Una vez conectada de forma correcta la grabadora, para que la gra- 
bación se realice, deberemos dar la orden desde el teclado. 

La orden de grabación consta de dos partes. En primer lugar, se es- 
cribe la palabra 


SAVE 


y a continuación el nombre o etiqueta del programa que se desea grabar. 
La etiqueta del programa es un texto, y como tal debe escribirse entre 
comillas. Por otra parte, debe empezar siempre con una letra. 


La variante del SAVE para 
carga y ejecución de un 
programa 
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Un ejemplo de este comando sería: 


SAVE "A" 


La palabra SAVE significa «salvar» en inglés, y corresponde a la idea 
de conservar, almacenar o guardar. 

La palabra que se escribe a continuación no forma parte del programa, 
se utiliza únicamente como una etiqueta, tal como hemos dicho. Esta eti- 
queta da nombre al programa, y nos servirá para identificarlo en el momento 
en que se desee recuperar. 

En principio se puede utilizar un nombre cualquiera, que puede escoger 
el usuario, teniendo únicamente presente escribirlo entre comillas, y que 
empiece con una letra del abecedario. Generalmente se' escoge una pa- 
labra que haga referencia a la utilidad del programa. Sin embargo, la lon- 
gitud de esta palabra es variable, el número de letras que se pueden utilizar 
dependerá del modelo de ordenador. Para conocer con exactitud este nú- 
mero, deberá consultar el correspondiente capítulo de prácticas con el mi- 
croordenador. 

En algunos tipos de máquinas pueden utilizarse el comando SAVE 
para almacenar variables, de forma que se puede conservar el valor de las 
mismas guardado en la cinta. Insistimos en que esto sólo es posible en 
algunos modelos de ordenador, por tanto, deberá consultar el capítulo de 
prácticas del microordenador, para saber si ésta lo permite. Y en caso afir- 
mativo, conocer cuál es la sintaxis correcta para ello. 

Otra variante del comando SAVE, que poseen algunas máquinas, es 
la utilización del comando incluyendo un número de línea. En este caso se 
escribe el comando y el nombre del programa, tal como ya hemos visto, 
pero a continuación se escribe la palabra LINE, seguida de un número de 
línea. Este número debe ser un número de línea existente en el programa. 

El efecto del comando SAVE escrito de esta forma será producir la 
ejecución del programa empezando por el número de línea indicado, 
cuando se lea en la cinta el programa que haya sido grabado utilizando 
esta modalidad del comando SAVE. La sintaxis es pues en este caso: 


SAVE "nombre" LINE numero 


Así por ejemplo, puede escribirse: 


SAVE "A" LINE 10 


Esto hará que en el momento que recuperemos el programa grabado 
de esta forma, éste empiece a ejecutarse empezando por la línea 10. Más 
adelante veremos cuáles son las diversas posibilidades que ofrece esta mo- 
dalidad del comando SAVE. En todo caso asegúrense consultando la lec- 
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Preparación de la grabadora 
para guardar los programas 


La grabadora debe tener 


apretadas las teclas play y 
rec para realizar el comando 
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ción de prácticas con el microordenador de que su ordenador ofrece esta 
posibilidad, y en este caso, cual es la sintaxis exacta. 

Ha llegado ahora el momento de probar el funcionamiento de este co- 
mando. Para ello deberemos en primer lugar realizar las oportunas cone- 
xiones de ordenador con la grabadora, siguiendo las indicaciones que da- 
remos en el capítulo de prácticas con el microordenador. 

El siguiente paso es disponer de una cinta de cassette. Esta cinta no 
tiene por qué ser de un modelo especial; también en este caso es más 
recomendable el uso de cintas corrientes antes que de cintas de alta cali- 
dad, ya que éstas no suponen mejora —en algunos casos incluso compli- 
can— las condiciones de grabación. Antes de utilizar una cinta para grabar 
un programa, asegúrese de que dispone de un trozo de cinta limpio sufi- 
ciente para realizar la grabación, ya que es conveniente dejar un par de 
vueltas de cinta vacías antes de empezar a grabar el programa. La longitud 
total de cinta necesaria depende evidentemente de la longitud del programa 
a grabar. Tenga cuidado al grabar un programa en una cinta que contiene 
otros programas grabados previamente, ya que si el programa ocupa más 
espacio de cinta del que queda vacío entre los otros programas grabados, 
se empezará a grabar sobre el programa ya existente, con lo que éste que- 
dará destruido y no se podrá utilizar. 

Para cerciorarse de que no hay nada grabado en un trozo de cinta, 
puede utilizar el cassette de la misma forma que lo haría para oír música, 
desconectándolo del ordenador, y «escuchando» la cinta. Si existe algún 
programa grabado, oíremos un sonido (una especie de pitido) característico, 
que empezará a oírse en el punto donde el programa ha sido grabado. 

Supongamos ahora que tenemos una cinta donde no hay nada gra- 
bado. La colocaremos en el cassette y dejaremos pasar un par de vueltas. 
A continuación procederemos a grabar el programa que tenemos en me- 
moria, que puede ser cualquiera, y que llamaremos programa «A». Escri- 
biremos pues: 


SAVE "A" 


La grabadora debe estar preparada para grabar, es decir, deberemos 
apretar las teclas «play» y «rec» simultáneamente. En algunos modelos de 
ordenador esto se puede hacer mucho antes de dar la orden de SAVE pues 
el ordenador pone en marcha la cinta mediante el control remoto de la 
misma. En otros, en cambio, deberemos apretar las teclas después de ha- 
ber dado el comando a la máquina y bajo la indicación de la misma. 

Veremos que empieza a girar la cinta mientras se realiza la grabación, 
y según el modelo de ordenador, aparece o no el mensaje informativo de 
que está grabando. Del mismo modo, cuando se ha grabado todo el pro- 
grama, veremos que la cinta se detiene en los modelos de ordenadores 
que tienen control remoto, o, deberemos detenerla nosotros mismos; esta 
detención es importante; si hay grabados programas posteriormente puede 
borrarlos si nos olvidamos. 

También en función del modelo nos da un mensaje indicando el fin del 
proceso, o simplemente indica que está preparado para recibir nuevas ór- 
denes, y nos devuelve el control. 


BASIC 


El proceso de verificación es 
una necesidad 


En este punto, tendremos ya registrado el programa de forma per- 
manente. Sin embargo, para tener la seguridad de que la grabación se ha 
realizado correctamente, hay que comprobar que coincida lo grabado con 
el programa en memoria. Para ello existe un comando especial, que ve- 
remos en el siguiente apartado. 

Resultará conveniente además grabar el programa más de una vez, 
evidentemente en partes distintas de la cinta, para asegurar la posterior 
recuperación del mismo; si una falla, tendremos la otra grabación. Es muy 
difícil que las dos grabaciones sean erróneas. 


8.4 LA ORDEN DE VERIFICAR 


La grabación de un programa es en principio un proceso muy sencillo, 
basta escribir la orden de grabación y esperar a que ésta se realice. 

Sin embargo, dados los distintos factores que intervienen en él —or- 
denador, grabadora, cinta magnética, conexiones...— pueden producirse 
problemas en el momento de grabar, de manera que aunque la máquina 
indica que ha realizado la grabación (detiene la cinta y devuelve el control), 
en realidad pueden encontrarse discrepancias entre el programa contenido 
en la memoria del ordenador, y el programa que ha sido grabado. Estas 
discrepancias, si se producen, pueden llegar a impedir —de hecho es lo 
que suele suceder en la mayoría de los casos— la posterior recuperación 
del programa. 

Para evitar encontrarse con sorpresas (perder un programa, especial- 
mente si es largo, resulta bastante desagradable) es conveniente siempre 
realizar la verificación de lo grabado inmediatamente después de finalizar 
la grabación. 

Existe para ello un comando específico. El nombre de este comando 
puede diferir según el modelo de máquina con el que trabajemos. La forma 
más corriente de escribirlo es utilizando la palabra: 


VERIFY 


Y a continuación el nombre, entre comillas, del programa que acaba- 
mos de grabar. La palabra VERIFY significa verificar o comprobar, en in- 
glés. 

En principio, la mecánica del comando es la misma en cualquier má- 
quina, aunque pueda diferir la sintaxis. Sin embargo, en el anexo corres- 
pondiente, usted encontrará la explicación detallada para escribir correc- 
tamente este comando en su modelo de ordenador. Por lo demás, insisti- 
mos en que la idea de funcionamiento es la misma para todas las máquinas. 

Así, escribiremos por ejemplo: 


VERIFY "A" 


para comprobar la correcta grabación del programa que acabamos de gra- 
bar y hemos etiquetado como programa «A». 
El efecto que desencadena la ejecución del comando de verificación 
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El mecanismo es parecido al 
LOAD pero sin modificar la 
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memoria del ordenador 


es la comparación del programa contenido en memoria con el programa 
contenido en la cinta magnética. 

Dado, pues, que se ha de leer lo que hemos grabado, antes de realizar 
la verificación, deberemos rebobinar la cinta hasta un poco antes del punto 
en que hemos iniciado la grabación. 

Si se detecta que hay diferencias entre el programa grabado y el pro- 
grama existente en memoria, la máquina dará el correspondiente mensaje, 
indicando que han habido errores en la grabación. El tipo de mensaje de- 
pende una vez más del modelo de ordenador, y lo encontrará explicado en 
el correspondiente capítulo de prácticas. 

Si la grabación ha sido correcta —no hay discrepancias— algunas má- 
quinas lo indican dando un mensaje y otras devuelven simplemente el con- 
trol al usuario sin indicar nada más. Es el momento de detener el movi- 
miento de la cinta. En caso contrario habrá que repetir de nuevo la gra- 
bación, asegurándose de que tiene el sistema bien conectado, de que en 
la cinta no haya nada grabado (al menos en la zona en que se inicia la 
grabación del programa) y de que el cassette está ajustado correctamete. 
Una vez grabado deberá verificar de nuevo, repitiendo el proceso hasta que 
el resultado de la verificación sea el correcto. 

Este comando puede utilizarse también para verificar datos grabados, 
en los modelos de ordenador que lo permiten. Para conocer en este caso 
la sintaxis de comando, consulte el capítulo de prácticas. 
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8.5 OTRA ORDEN DE LECTURA: MEZCLAR PROGRAMAS 


Hemos visto ya los dos comandos que nos permiten almacenar un pro- 
grama de forma permanente en una cinta magnética. Vamos a ver ahora 
los nuevos comandos que nos servirán para leer —cargar en la memoria 
del ordenador— los programas que se hayan grabado en una cinta de cas- 
sette. 

El comando LOAD nos permite, tal como se ha visto, cargar en la me- 
moria del ordenador, un programa grabado en una cinta magnética. 

Hemos dicho también, que al utilizar este comando para leer un pro- 
grama, se pierde el contenido de la memoria, siendo sustituido por el nuevo 
programa que haya sido cargado. 

Existe sin embargo otro comando para leer programas, cuyos efectos 
son los mismos que el comando LOAD en el aspecto de lectura y control 
del cassette, pero que difiere de aquél en que no se borra la memoria antes 
de cargar el nuevo programa. De esta manera se consigue un efecto muy 
interesante, que es la posibilidad de mezclar programas. Para ejecutar este 
comando, se escribe la palabra 


MERGE 


Y a continuación el nombre entre comillas del nuevo programa que se de- 
sea cargar. La palabra MERGE significa mezclar, en inglés. 

Así, supongamos que tenemos en memoria un programa cualquiera, 
que llamaremos programa A. Si deseamos cargar otro programa, por ejem- 
plo el programa B, deberemos escribir 


La posición de la grabadora 
es la misma que en el caso 
del comando LOAD 
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MERGE "E" 


¿Cuál es el efecto de este comando? 

Tal como hemos dicho, en cuanto a la lectura del cassette se comporta 
exactamente igual que el comando LOAD, por tanto, deberemos situar la 
cinta de forma adecuada, realizar las conexiones para la grabación, y ajus- 
tar correctamente el volumen del cassette. 

Sin embargo, veamos cual es su efecto en cuanto a la memoria del 
ordenador. Hemos dicho que no borra el programa que ya teníamos en ella. 
Pero esto sólo es verdad hasta cierto punto, pues los dos programas nos 
quedarán mezclados, dependiendo de los números de línea de cada uno. 

El efecto del programa cargado con el comando MERGE de cara al 
resultado de la mezcla de éste con el contenido en memoria, sería el mismo 
que si lo introducimos a través del teclado. 

Veamos una a una las distintas situaciones que se pueden dar: 


1. Los valores de los números de líneas del nuevo programa son todos 
superiores a los del programa ya existente en memoria. En este caso, el 
nuevo programa se situará a continuación del anterior. 


2. Los valores de los números de líneas del nuevo programa son todos 
inferiores a los del programa ya existente en memoria. En este caso el 
nuevo programa se situará antes que el anterior. 


3. Existen líneas en ambos programas con el mismo número. En este caso, 
las líneas del nuevo programa sustituyen a las del programa anterior que 
lleven el mismo número. 


4. Los números de líneas de uno y otro programa están intercalados. En 
este caso se mezclan los dos programas, de forma que las instrucciones 
se colocan estrictamente en orden creciente de número de línea, indepen- 
dientemente del programa al que pertenezcan. 


Veámoslo con un ejemplo. Supongamos que escribimos y grabamos 
en la cinta el siguiente programa, que llamaremos programa «B»: 


30 LET A=0 

50 IF A10 THEN END 
60 FRINT Ax 

7O LET A = A+l 

80 GOTO 50 


Este programa nos escribirá el resultado de multiplicar el 5 por los va- 
lores comprendidos entre O y 10, ambos inclusive, tal como comprobará al 
ejecutarlo. Grábelo y verifique la grabación. 

Ahora borramos de la memoria el programa que acabamos de pasar 
a la cinta, escribiendo NEW, y escribimos un nuevo programa, que llama- 
remos programa A: 
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10 INPUT A 
ZO —INÉUT E 
30 FRINT AXE 
40 ERINT E/ZA 


Tal como está escrito, este programa nos preguntará dos números y 
nos escribirá el valor del producto de ambos y de la división del segundo 
por el primero. 

Ahora utilizaremos el comando MERGE para cargar el programa que 
habíamos salvado previamente con el nombre de programa B. Después de 
conectar el cassette y colocar la cinta en posición, escribiremos: 


MERGE "E" 


Al finalizar la ejecución del comando MERGE, el programa resultante 
será: 


10 INFUT A 

ZO INPUT E 

30 LETA=0 

40 ERINT E/A 

50 1F A10 THEN END 


60 ERINT A*z 
70 LET A = A+l 
Bo GOTO 50 


Veamos el porqué de este resultado. En primer lugar, vemos que la 
línea 30 del programa «A» ha sido sustituida por el contenido de la línea 
30 del programa «B». Esto es, porque tal como hemos dicho, había dos 
líneas con igual número en ambos programas, y la del último que cargamos 
ha sustituido a la del que teníamos en memoria, de la misma forma que si 
nosotros, teniendo únicamente el programa A en memoria, hubiéramos es- 
crito: 


30 LETA=0 


Esta línea sustituiría a la que existía con el mismo número, tal como 
ha sucedido al hacer el MERGE del programa B. 

Por otra parte, vemos que la línea 40 del programa A aparece entre la 
30 y la 50 del B, intercalándose tal como hemos dicho de forma que se 
matenga el orden de números de línea. El resto de las líneas ocupan tam- 
bién la posición que les corresponde según su número. 


Al mezclar programas las 
líneas del programa que se 
carga sustituyen a las que 
tenemos en memoria 


Al mezclar programas hay 
que ser cuidadoso con el 
nombre de las variables 
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Veamos ahora lo que sucede si ejecutamos el programa. 

Al escribir RUN, y después de dar los dos valores que nos pide la má- 
quina, observamos que se produce un error. Si observamos con atención 
el listado resultante de la mezcla, veremos la causa del mismo. En la línea 
30 el valor de A, independientemente del que se haya escrito previamente, 
se iguala a cero. Dado que a continuación —en la línea 40— se efectúa la 
división de un número cualquiera —que habremos introducido— por el valor 
de A, obtendremos un error, dado que la división de cualquier número por 
cero no tiene sentido para la máquina (El resultado de esta división es «in- 
finito» desde el punto de vista matemático, pero «infinito» es un concepto, 
no un valor; por tanto, la máquina no puede utilizarlo y da un error). 

El problema ha surgido, pues, en el momento de mezclar los dos pro- 
gramas, pues cabe suponer que se habían probado por separado, dando 
resultados correctos. En este caso, el problema puede parecer muy simple, 
dado que los dos programas son cortos, y el origen del error se ve fácil- 
mente. Sin embargo, en programas largos y complejos debe prestarse mu- 
cha atención en el momento de realizar mezclas, pues podemos encon- 
trarnos con sorpresas, tal como en este ejemplo se ha pretendido poner de 
manifiesto. 

Además de poner atención a la existencia de números de línea iguales 
o intercalados. cosa que resulta fácilmente controlable. debe atenderse a 
la posibilidad de utilizar los mismos nombres para las variables en ambos 
programas. Esto puede ser importante, pues nosotros podemos hacer su- 
posiciones sobre el valor de las mismas que no sean reales, pues puede 
existir alguna instrucción que las modifique sin nosotros advertirlo, lo cual 
puede llevarnos a resultados erróneos. 

En este sentido, si se utilizan las mismas variables en ambos progra- 
mas debemos asegurarnos de que cada vez se inicializan al valor correcto. 

Supongamos que, para que no nos interfiera tal como hemos visto que 
sucedía borramos la línea 30 del programa B antes de salvarlo, compro- 
bamos que funciona correctamente, y volvemos a realizar el MERGE con 
el programa A, sin haber modificado éste. 

El resultado será en este caso: 


10 INPUT A 

ZO INEUT E 

30 ERINT AB 

40 ERINT E/ZA 

SO IF A10O THEN END 


60 FRINT AX 
TO LETA= Atl 
80 GOTO 50 


Ahora no nos dará error al ejecutar el programa. Comprobémoslo es- 
cribiendo RUN, e introduzcamos dos valores cualesquiera, por ejemplo 123 
y 35. Obtendremos el producto de ambos y la división del segundo por el 
primero, como ya esperábamos, pero en este caso no obtendremos la tabla 
del cinco. 
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Encadenar programas 
permite separar tareas con 


166 


Esto se debe naturalmente, a que la variable A, que se utiliza en el 
primer programa, es en el segundo la variable de control de un bucle. Dado 
que no lo inicializamos antes de empezar el bucle, en la línea 50 no se 
cumple la condición de que A sea inferior a 10 —en efecto su valor es 125, 
tal como nosotros mismos hemos escrito—, por tanto el programa acaba 
sin realizar nuestro propósito. 

Al tenerlo por separado podríamos haberlo ejecutado sin inicializar esta 
variable y sin tener problemas porque cada vez que se ejecuta un programa 
todas sus variables valen cero, mientras no sean modificadas por el mismo. 
Sin embargo, esto no es siempre cierto, hay ordenadores en los cuales hay 
que definir previamente los valores iniciales de las variables. Al tener los 
dos encadenados A toma un valor distinto de cero. La segunda parte del 
programa se realizará parcialmente o no se realizará en función de este 
valor. 

De todo lo dicho pues, se concluye que es muy importante controlar 
líneas y variables antes de mezclar dos programas, y en todos los casos 
resulta aconsejable inicializar las variables que se vayan a utilizar, aunque 
parezca que puedan tomar el valor adecuado sin que se lo asigne el propio 
programa. 

Por último, debe tenerse en cuenta que no todas las máquinas —aun- 
que si la mayoría—, disponen de este comando. Si la suya en particular no 
le ofrece esta posibilidad, no le quedará más remedio que cargar el pro- 
grama más largo con el comando LOAD y teclear las instrucciones del pro- 
grama que desee unir al anterior. 
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8.6 ENCADENADO DE PROGRAMAS 


Si utilizamos el comando LOAD para cargar un programa que había 
sido salvado con la indicación de línea (recuerde el comando 


SAVE «nombre» LINE número 


que hemos explicado anteriormente), observará que inmediatamente des- 
pués de ser cargado, empieza la ejecución del mismo, sin necesidad de 
dar indicación alguna. 

Esta posibilidad ofrece gran interés, aunque no lo parezca en principio, 
dado que nos permite encadenar programas. 

Veamos en qué consiste y qué ventajas aporta la posibilidad de en- 
cadenar programas. 

Hasta ahora hemos visto programas relativamente cortos y no dema- 
siado complicados, que nos permiten realizar con ventaja tareas diversas. 
Pero, ¿qué sucede cuando necesitamos programas complejos, que deben 
ralizar varias tareas? Cada una de estas tareas puede ser larga, de forma 
que llega un momento en que el programa va creciendo, hasta poder llegar 
al límite de la capacidad de memoria de nuestra máquina. Y, aunque no 
lleguemos a este límite, los programas largos son más difícilmente contro- 
lables, y traen más complicaciones a la hora de manipularlos. 

La posibilidad de encadenar programas nos permitirá resolver este pro- 
blema, ya que permite la separación de cada tarea, de forma que cada 


más claridad y menor 
complejidad 
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programa que realiza un trabajo concreto se puede tener por separado, y 
una vez ha terminado su cometido, se carga el siguiente programa —sin 
necesidad de que el usuario intervenga— pasando a realizar la siguiente 
tarea prácticamente de una forma transparente para aquél. 

Veamos cuál es el proceso a seguir. 

En primer lugar, salvaremos los programas que se deban encadenar, 
uno a uno, con el comando: 


SAVE "nombre" LINE numero 
manteniendo el mismo orden en que posteriormente se deban ejecutar. 

Al final de cada uno de estos programas se deberá incluir una instruc- 
ción especial. Esta instrucción será la orden de cargar el siguiente pro- 
grama, que se escribirá numerada. 

De esta forma, para iniciar el proceso únicamente se deberá dar la 
orden para cargar el primer programa. Este se ejecutará directamente, y 
cuando haya finalizado su trabajo, realizará la carga del siguiente programa 
a ejecutar. Si a este le sigue otro, se repetirá el proceso, y así tantas veces 
como se desee. 

Naturalmente, cada nuevo programa a cargar debe encontrarse en la 
cinta, a continuación del que esté en memoria en cada momento. En prin- 
cipio pues, podremos encadenar sin necesidad de realizar manipulación 
ninguna, todos los programas que quepan en una cara de la cinta. 

Por otra parte, y dado que cada programa se carga mediante un co- 
mando LOAD, aunque utilizado de una forma especial, será válido y se de- 
berá tener en cuenta todo lo dicho para la carga de programas utilizando el 
comando LOAD. 

Vamos a ver a continuación con un ejemplo, el modo de proceder para 
encadenar tres programas. Hemos escogido tres programas sencillos; sin 
embargo, todo lo que se indica para ellos es válido para programas de cual- 
quier complejidad. 

Los tres programas que vamos a utilizar como ejemplo realizarán las 
siguientes tareas: el primer programa realizará una presentación por pan- 
talla, indicando de qué se trata el proceso que se realizará a continuación; 
el segundo programa realizará el dibujo de un triángulo; por último, el tercer 
programa realizará el cálculo del área del mismo, suponiendo que el usua- 
rio le indica los datos de base y altura. 

Dado que necesitaremos espacio para grabar los tres programas, uti- 
lizaremos una cinta en la que tengamos una cara vacía, de forma que po- 
damos despreocuparnos de la longitud de los programas que vamos a gra- 
bar. 

El primer paso será conectar adecuadamente el cassette, y colocar la 
cinta al principio de la cara vacía. Si nuestra grabadora dispone de contador 
de vueltas, lo pondremos a cero, una vez hayamos rebobinado toda la cinta. 

Ahora podremos ya proceder a escribir el primer programa. Este pro- 
grama se llamará programa «A», y tal como hemos dicho, nos servirá para 
presentar el proceso que se realizará a continuación. El listado de este pro- 
grama podría ser: 
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siguiente 


NEW 

10 REM CALCULO DEL AREA DE LN TRIANGULO 
20 REM -=—-—- la. Fase. Presentacion "== 
30 CELS 


40 PRINT 3: PRINT 2: FRINT 
50 A e 


60 PRINT "x en 
70 PRINT "* AREA DE UN TRIANGULO *" 
10) ERINT "x* > *" 
90 ERITREA 
100 ERINT 2: PRINT 3: PFRINT 

110 ERINT " Fase 1. Dibujo del triangulo” 
120 ERINT 

130 ERINT ” Fase Z. Calculo del area" 


140 ERINT : PRINT O: PRINT 
150 SPRINT "Pulse cualquier tecla para continuar" 
160 LET A$ = INKEY$ : 1F A$="" THEN GOTO 160 


Compruebe el resultado de este programa escribiendo RUN. 

Si lo desea realice las modificaciones que crea convenientes para me- 
jorar la presentación. Por otra parte, recuerde cuál es la utilidad de la ins- 
trucción INKEY$ tal como está escrita: el proceso se detiene mientras el 
usuario no pulse una tecla. 

Una vez comprobado el buen funcionamiento del programa, añadire- 
mos la instrucción que nos permitirá cargar automáticamente el siguiente 
programa. Dado que los tres programas se llamarán A, B y C, en éste, que 
es el programa A, daremos la indicación de cargar el siguiente, que será 
el B. La instrucción ha de formar parte del programa, por tanto, se escribirá 
numerada. Así, escribiremos: 


170 LOAD "E" 


Ahora podemos ya salvar el programa. Recordemos que se debe hacer 
con la indicación de número de línea. Por tanto, una vez conectada la gra- 
badora y colocada la cinta, dejaremos un par de vueltas en blanco —es 
aconsejable hacerlo, para facilitar la posterior lectura— y daremos la orden 
de grabación. Así, escribiremos: 


SAVE ngr LINE 10 


«A» es el nombre de este primer programa, y 10 es el número de la 
línea por la que deberá empezar a ejecutarse. 

A continuación deberá verificar que la grabación se haya realizado co- 
rrectamente, rebobinaremos la cinta hasta el principio y escribiremos: 


VERIFY "aq" 


o el comando equivalente de verificación en su máquina. 


A 


Si la grabación se ha efectuado correctamente, podremos proceder ya 
a escribir el siguiente programa. 
Este programa deberá dibujar un triángulo, de esta forma: 


* 

kk 

kk kk 
KK AA 


KK AA 


Esta forma de dibujarlo es sencilla, pues basta construir líneas de lon- 
gitud creciente, e irlas imprimiendo. Se puede utilizar cualquier símbolo, 
aunque en este caso utilizaremos un asterisco (*). 

El programa para ello será: 


NEW 
10 REM DETERMINACION DEL AREA DE UN TRIANGULO 
20 REM --— 2a. Fase. Dibujo del triangulo —-- 


30 CLS 1: PRINT 2 FRINT 2 PRINT : PRINT 
40 LET 1 = 1 1 LET A$="x*" 
50 IF 1210 THEN GOTO 100 


60 PRINT As 

70 LET AS = Q4+"**e" 
19) LET 1 = 1+1 

30 GOTO 50 


100 FRINT 2: PRINT : PRINT : PRINT 
110 FRINT "Fulse cualquier tecla para continuar"; 
120 LET A$ = INKEYS$ 2 1F A$="" THEN GOTO 120 


Compruebe el funcionamiento de este programa escribiendo RUN. La 
línea 30 borra la pantalla y escribe cuatro líneas en blanco. A continuación 
—línea 40— se inicia la construcción del bucle que escribe el triángulo: 
asigna el valor inicial a la variable de control y construye la primera línea. 
Esta está constituida por un sólo asterisco, que será el vértice del triángulo. 
El control del bucle se efectúa en la línea 50: cuando se hayan escrito 10 
líneas se detendrá el proceso. Ahora entraremos en el bucle, y el primer 
paso será imprimir la línea. A continuación se construirá la línea siguiente, 
añadiendo dos asteriscos a la anterior. Incrementaremos por último la va- 
riable de control, y saltaremos de nuevo a la línea 50. 

De esta forma se irá ejecutando el proceso hasta escribir las diez lí- 
neas, con lo cual ya habremos dibujado el triángulo. Ahora se imprimirán 
cuatro líneas en blanco, y por último el programa esperará que pulsemos 
una tecla para proseguir. 

Una vez comprobado el funcionamiento del programa, añadiremos la 
instrucción de carga del siguiente programa. Así, escribiremos: 


130 LOAD "CL" 
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Tal como hemos dicho, el programa siguiente se llamará programa C. 
Ahora podremos ya salvar este programa. En primer lugar haremos avanzar 
la cinta un par de vueltas —para delimitar claramente la separación de los 
dos programas, de cara a la lectura posterior de éstos— y a partir de este 
momento, teniendo las conexiones de forma conveniente, escribiremos: 


Con lo cual, el programa que tenemos en memoria, se almacenará con 
el nombre de programa B, y al cargarlo se empezará a ejecutar directa- 
mente a partir de la línea 10. 

Una vez grabado, deberemos como siempre verificarlo. Rebobinare- 
mos la cinta hasta el principio de este programa, para lo cual nos será útil 
el contador de vueltas. Si no se dispone de contador desconectaremos mo- 
mentáneamente el ordenador del cassette, y escucharemos la cinta. De 
esta forma deberemos oír en primer lugar el sonido —pitido característico— 
del primer programa, a continuación pasarán las dos vueltas en blanco —no 
oiremos nada—, y por último volveremos a escuchar el pitido. En este punto 
empieza el programa B. Situaremos la cinta de forma que el cabezal de 
lectura esté un poco antes de este punto, conectaremos la grabadora de 
nuevo al ordenador, y escribiremos: 


o el comando correspondiente en su máquina. 
Si la verificación es correcta, podremos ya proceder a escribir el tercer 
programa. El listado de éste podrá ser: 


En el último programa no se 
debe incluir la instrucción 
«LOAD» 
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Comprobaremos que este programa se ejecute correctamente. 

La mayor parte de las instrucciones son de presentación. En primer 
lugar se borra la pantalla, a continuación se preguntan las dimensiones del 
triángulo. Y una vez conocidas éstas, se escribe, en el apartado «CAL- 
CULOS», la fórmula para determinar el área del triángulo. A continuación 
se escribirá la misma fórmula, sustituyendo los valores de base y altura, 
incluyendo el resultado de este cálculo, que se habrá realizado en la línea 
120. Por último, se incluye un apartado de «RESULTADO», en que se ex- 
plicita el valor del área que se ha calculado. 

Si el programa funciona correctamente, ya podremos salvarlo, dado 
que en este caso no hay que incluir ninguna instrucción para encadenar 
otro programa. Por tanto, haremos avanzar la cinta un par de vueltas, y 
escribiremos: 


SAVE "EL" LINE 10 


con lo que almacenaremos el último programa a encadenar. 

Deberemos ahora verificar la grabación, por lo que una vez situada la 
cinta correctamente —tal como hemos hecho con el programa B— escri- 
biremos: 


VERIFY "C" 


Si la grabación es correcta, podremos ya comprobar el funcionamiento 
global de los tres programas. Para ello deberemos en primer lugar rebobinar 
la cinta hasta el principio. Bastará ahora escribir: 


LOBD "A" 


con lo que desencadenaremos la carga y ejecución sucesiva de los tres 
programas. 

Así cuando finalice la carga del primero, automáticamente aparecerá 
en pantalla lo que muestra la figura 1. 

Pulsando ahora una tecla cualquiera, se cargará el siguiente programa, 
y se empezará a ejecutar directamente. En pantalla veremos ahora un trián- 
gulo similar al de la figura 2. 

Si ahora pulsamos una tecla cualquiera, se cargará el siguiente pro- 
grama. En primer lugar se borrará la pantalla, y la máquina nos preguntará 
los valores de base y altura. Supongamos que damos el valor 4 para la 
base y 3 para la altura. La pantalla quedará ahora con los datos que mues- 
tra la figura 3. Usted puede mejorar la presentación para adaptarla a la 
pantalla de su ordenador. 

Comprobaremos que este programa se ejecute correctamente. En todo 
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Figura 1 Formato de la pantalla 
realizada por el programa «A». 


Los valores de las variables 
no se conservan en los 
programas encadenados 


Figura 2 Triángulo trazado por 
el programa «B». 
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KRKAKAKAAA AAA AAA AAA KAKI AAAA AAA AAA 


a AREA DE UN TRIANGULO E 


KAAHARHAKAA AAA KA AAA KA KK KA KA KAAARAAARRA ARA AAA 


Fase 1: Dibujo del triángulo 


Fase 2: Cálculo del área 


Pulse cualquier tecla para continuar 


caso, puede arreglar la presentación, si en su ordenador no es del todo 
correcta, adecuándola a los espacios por línea que usted tiene. 

Hemos visto pues como se realiza el encadenamiento de programas. 

Esto puede hacer un proceso algo más lento, pero siempre resulta tal 
como ya hemos dicho, más sencillo manipular y comprobar programas cor- 
tos. Además siempre resulta más fácil resolver un problema por partes, es 
decir dividiéndolo en problemas más pequeños. 

Sin embargo, debe tenerse presente que cada vez que se carga un 
nuevo programa, se pierden los valores de las variables que utiliza el pro- 
grama anterior. Por tanto, si en un programa complejo se necesita conser- 
var valores a lo largo de toda la ejecución, no se podrá dividir en sucesivos 
programas encadenados. De todas formas, aun en este caso, es aconse- 
jable escribir el programa por partes, comprobando cada una de ellas y 
prescindiendo de las demás. 


KkKkKA 

KK AA 

KKKKKKKAA 
KKKKKKKKAKA 
KKKKKKKKA AAA 
AAAKAKA KA KK A AAA 
FIA AAA AAA A A 


AAA AAA AAA KARA AA 


Pulse cualquier tecla para continuar. 


Figura 3 Presentación de los 
datos realizados por el programa 
«C»., 
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KKKKKKKKKKK DATOS KKKKKKKKK KA 


Entre el valor de la Base: 4 
Entre el valor de la Altura: 3 


KHKAA AAA AAA CALCULOS IAAAAA AAA 


BASE x ALTURA 
AREA = BASE x ALTURA 


KKKKKKK AAA A RESULTADO KAKKKKK AAA 


El valor del area es: 6 


En este caso se numerará cada parte de forma adecuada, de manera 
que después se puedan juntar todas mediante la instrucción MERGE que 
ya hemos visto. Una buena política es numerar las distintas partes de 100 
en 100, o de 1000 en 1000. Así, la primera parte tendrá los números de 
línea del 10 al 100. La comprobaremos y la grabaremos. La segunda parte 
la numeraremos del 200 en adelante, y una vez comprobada, se podrá gra- 
bar. Las partes siguientes se escribirán con los números 300, 400, etc. 

Una vez todas comprobadas, se podrán reunir cargándolas sucesiva- 
mente con el comando MERGE, debiéndose comprobar ahora el funcio- 
namiento del conjunto. Cuando se hayan realizado las pruebas necesarias 
podrá salvarse el programa resultante, se verificará la grabación, y si ha 
sido correcta, se podrán borrar, si se desea, las distintas partes grabadas 
previamente por separado. 


RESUMEN 


El cassette se utiliza para almacenar programas de forma per- 
manente. El proceso se basa en transformar el programa en una serie 
de impulsos audibles que se pueden grabar en un cassette normal de 
música. 

El cassette puede ser cualquier modelo de grabadora, mejor si 
es de las más sencillas. En general, los aparatos de alta fidelidad fun- 
cionan peor porqué están preparados para ser escuchados por el oído 
humano y no por el ordenador. 
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Los ordenadores ya llevan los mecanismos preparados para rea- 
lizar la conexión. 

Otra ventaja adicional es que el cassette permite el intercambio 
de programas con nuestros amigos que disponen del mismo modelo 
de ordenador. Las órdenes que dispone el BASIC para manipular la 
grabación son: 


LOAD: Carga un programa desde la cinta a memoria. Si el co- 
mando se acompaña de un texto entre comillas, la carga no se efec- 
tuará si el programa no fue grabado con aquel nombre específica- 
mente. Si sabemos que el programa no existe puede servir para saber 
los programas que están grabados en la cinta. 


SAVE: Sirve para copiar en la cinta del cassette un programa que 
reside en memoria del ordenador. Normalmente va acompañado de 
un texto entre comillas que es el nombre del programa. El número de 
letras que puede tener el nombre del programa depende de cada or- 
denador. Una variante de SAVE es incluir después del nombre del 
programa la palabra LINE seguida de un número. Esta variante per- 
mitirá que cuando se cargue el programa, éste se ejecute sin nece- 
sidad de teclear el RUN. 


VERIFY: Sirve para comprobar que el contenido de la cinta coin- 
cide con el contenido de la memoria. 


MERGE: Permite cargar un programa mezclándolo con el que se 
tiene en memoria. El efecto del comando es mantener el programa 
que tenemos en memoria, añadiendo al mismo las líneas que va le- 
yendo de la cinta del cassette como si lo entraramos desde el teclado. 
En el caso de que los números de líneas coincidan, el efecto es exac- 
tamente el mismo que si se entran por teclado. Cuando se repiten 
números de línea sólo queda registrada la última línea que se ha en- 
trado. 


Finalmente, es posible encadenar programas uno detrás de otro, 
añadiendo la instrucción de carga en cada uno de ellos al final de 
proceso y como sentencia numerada. Para que esta ejecución se rea- 
lice, es necesario que el programa que se carga se haya almacenado 
con la sentencia SAVE seguida del número de línea. 


EJERCICIOS DE AUTOCOMPROBACION 


Completar las frases siguientes: 


1. El cassette es un periférico del ordenador que permite almacenar 
los programas de MOÓO coccciccicccccccociccocicincinoo 


2. Las grabadoras de alta fidelidad suelen dar ....ooooooocoooooooo..o... 
resultados para almacenar programas con el ordenador. 
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3. Los ordenadores ya llevan ooo... los mecanismos 
necesarios para hacer las copias de los programas a cassette. 


A ENSCOMANDO escisiones es el que permite comprobar 
que el contenido de la memoria y el contenido de un programa 
en cinta de cassette coinciden. 


5. El comando SAVE permite ...oococcioococicicccocoo co... los programas en 
la cinta de cassette. 


6. Para añadir unas instrucciones que están grabadas en cinta al 
programa que estamos realizando se utiliza el comando ............ 


7. El comando LOAD en muchos ordenadores carga el primer pro- 
grama que se encuentra en la cinta tal como la tengamos colo- 
cada si le sigue UN texto .........o..ooocococcccccccccncnoo.. 


8. Cuando se realiza la mezcla de dos programas mediante el co- 
mando MERGE la línea que subsiste en el caso de repetición de 
números de línea es la del programa que está €N .................... 


9. Para cargar y ejecutar un programa sin necesidad de teclear el 
RUN es necesario utilizar el SAVE seguido del ................................ 
.... y el número de la línea donde se inicia la ejecución. 


10. La carga de un programa desde cinta a memoria se hace me- 
diante el COMANDO cooocococcocioccciocccccconcnono 


Encierre en un círculo las alternativas que correspondan a la res- 
puesta correcta: 


11. El punto clave para conseguir que una grabación de un programa 
se realice correctamente en una cinta de cassette es que: 
a) La grabadora sea de alta fidelidad 
b) El volumen esté correctamente ajustado 
c) La cinta sea de calidad superior 


d) El cassette tenga contador de vueltas 
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12. 


15. 


16. 


Para cargar un programa en memoria desde la cinta de cassette 
es necesario utilizar el comando 

a) LOAD 

b) SAVE 

c) VERIFY 

d) MERGE 


. Para comprobar que el programa en memoria coincide con el pro- 


grama que contiene la grabadora se utiliza el comando 


a) LOAD 
b) SAVE 
c) VERIFY 
d) MERGE 


. Para mezclar dos programas en la memoria del ordenador, el pri- 


mero de los cuales ya está en memoria y el segundo está en cinta 
de cassette, se utiliza el comando 

a) LOAD 

b) SAVE 

c) VERIFY 

d) MERGE 


Para guardar un programa que tenemos en la memoria del or- 
denador en el cassette es necesario utilizar el comando 

a) LOAD 

b) SAVE 

c) VERIFY 

d) MERGE 


Para cargar un programa en la memoria del ordenador y ejecu- 
tarlo inmediatamente sin necesidad de teclear el RUN es nece- 
sario utilizar el comando 

a) LOAD «rápido» 

b) SAVE «nombre» LINE 20 

c) SAVE «nombre» inmediato 

d) MERGE «A» AND «B» ; AFTER EXECUTE 


18. 


19. 


20. 
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. Cuando el programa a cargar desde cinta a memoria no coincide 


con el nombre que hemos dado, el ordenador realiza las opera- 
ciones 


a) Se para la cinta y escribe el mensaje «PROGRAM NOT 
FOUND» 


b) Continúa con la cinta pero el ordenador da un error que dice 
«MEMORY FULL» 


Rebobina la cinta e intenta la búsqueda con el primer pro- 
grama que tiene en la cinta 


2 


d) El ordenador se salta el programa y continúa con el siguiente 
que está en la cinta para ver si coincide con el que buscamos 


Cuando se realiza un MERGE y hay dos líneas que coinciden en 
el número la acción que toma el ordenador es 

a) Dar el error «LINE NUMBER MATCHING» 

b) Ignorar la línea que proviene del programa en cassette 


c) Añade un 1 al número de línea del programa que proviene del 
cassette y los coloca en memoria 


d) Substituye la línea que había en el programa en memoria por 
la línea del programa en cassette 


Se debe apretar la tecla REC y PLAY de la grabadora cuando 
realizamos el comando 

a) LOAD 

b) SAVE 

c) VERIFY 

d) MERGE 


¿Cuál de las propiedades siguientes no es característica del cas- 
sette? 
a) Posibilidad de intercambio de cintas con un ordenador igual 


b) Los programas no desaparecen cuando desconectamos el or- 
denador 


c) Los programas se pueden guardar dos veces en la misma 
cinta 


d) Podemos cargar una parte del programa 
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Tipos de memoria 


8.7 ORGANIZACION DE LA MEMORIA 


En las secciones anteriores hemos dicho que si ejecutamos programas 
largos, o que manipulen gran número de variables, especialmente listas o 
tablas de gran tamaño, podemos llegar a ocupar toda la memoria del or- 
denador. Veamos por qué. 

Recordemos lo que habíamos dicho en el primer capítulo sobre la me- 
moria de la máquina. 

Habíamos visto que se puede considerar la memoria dividida en ca- 
sillas. Cada casilla tiene el tamaño de un byte (ocho bits). Y se identifica 
por medio de un número. Este número se denomina «dirección» de la me- 
moria, y tiene un valor comprendido entre O y 65535, en los ordenadores 
personales más corrientes, ya que su valor se almacena en dos bytes, y 
este número es el máximo que se puede almacenar en 16 bits (2 bytes). 

Así, se puede imaginar la memoria como una larga fila de casillas nu- 
meradas, cada una con su contenido particular. 

Dentro de la memoria se pueden distinguir diversas zonas. Cada zona 
está dedicada a una tarea concreta, de esta forma se consigue un funcio- 
namiento más rápido y eficaz. 

Veamos en primer lugar los tipos de memoria de que dispone el sis- 
tema. 


Memoria ROM: El contenido de esta memoria es inalterable. Se es- 
cribe en el momento en que se fabrica el ordenador, y únicamente se puede 
leer, pero tal como hemos dicho, no se puede escribir ni modificar. Este tipo 
de memoria se denomina permanente, pues se mantiene su contenido aun- 
que se desconecte la máquina. ROM es la abreviatura de las palabras in- 
glesas Read Only Memory, que significa «memoria sólo de lectura». 


Memoria RAM: El contenido de estas casillas es modificable. Esta me- 
moría es la que se utiliza para trabajar. Este tipo de memoria es no per- 
manente. Sólo se mantiene mientras está la máquina conectada. RAM es 
la abreviatura de las palabras inglesas Random Access Memory, que sig- 
nifica «Memoria de Acceso al Azar», debido a que se puede acceder —ya 
sea para leer o para escribir— a una casilla situada en cualquier posición. 


Aunque físicamente ambos tipos de memoria son distintos, desde el 
punto de vista de la organización lógica del sistema se pueden considerar 
indistinguibles: el conjunto total de memoria es continuo, aunque en reali- 
dad esté constituida en parte de ROM y en parte de RAM. 

La primera parte la constituye la parte de ROM. En ella se encuentra 
el «conocimiento» de la máquina. Al fabricar el ordenador se escriben estas 
memorias; de alguna manera se puede decir que se enseña a la máquina 
a realizar unas determinadas tareas. 

En esta parte se encuentra el intérprete de BASIC. Este no es más que 
un programa que —tal como su nombre indica— interpreta las órdenes que 
nosotros escribimos en la máquina en lenguaje BASIC. 

La parte de memoria de tipo RAM se puede distribuir de distintas for- 
mas. En ella se almacena todo lo que necesita el ordenador para trabajar. 
Insistimos en que su distribución depende de la máquina. 

Vamos a describir de forma muy superficial la finalidad de algunas de 
las zonas en que se distribuye esta parte de la memoria. 


La distribución de la 
memoria 


Figura 4 Mapa de memoria. 
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Así, por ejemplo, una parte contendrá un archivo de presentación de 
pantalla, que almacena la imagen de televisión, así como los atributos (co- 
lor, intensidad, etc.) para cada posición de la pantalla. 

Se necesita también una parte de memoria reservada para la impre- 
sora, no en cuanto al funcionamiento de ésta, sino como almacén de los 
caracteres que se deban ir imprimiendo. Esto se necesita porque el orde- 
nador no envía a la impresora un carácter cada vez que se tenga que im- 
primir, sino que los va guardando en un almacén, y los envía en el momento 
en que éste se llena. De esta forma se consigue un funcionamiento más 
rápido y eficaz. ; 

Otra parte de la memoria se necesita para almacenar las variables del 
sistema, que no son las variables definidas por el usuario, sino, la infor- 
mación del estado del sistema en cada momento. Así, esta parte de me- 
moria contiene los límites de cada una de las zonas en que está distribuida 
la memoria. 

Otra zona se dedica a almacenar la información sobre los dispositivos 
de entrada y salida, es decir, el teclado, la pantalla y la impresora. 

Necesitaremos también una parte destinada a almacenar nuestro pro- 
grama, así como las variables que éste genera. 

Existen aún otras divisiones de la memoria, sin embargo, dado que 
esta distribución es distinta en cada máquina, en el correspondiente capítulo 
de Prácticas con el microordenador, encontrará cuál es la posición exacta 
de cada una de estas divisiones, y una explicación más concreta sobre su 
funcionamiento. Esto le servirá no sólo para conocer internamente la má- 
quina, sino para manipularla si así lo desea, ya que más adelante, en el 
tomo V, veremos unas instrucciones que nos permitan acceder directa- 
mente a una posición concreta de memoria. 

La figura 4 representa el mapa de memoria con una posible distribución 
de la misma. 


EXPANSION 


16 K RAM 


15360 -16383 MEMORIA PANTALL 
14336 -15359 TECLADO 


12288 -13311 ROM ADICIONAL 
12287 


INTERPRETE BASIC 
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Anular una variable es 


distinto a anular su valor 


La instrucción CLEAR 
permite redistribuir la 


memoria de números y la de 
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Recuerde sin embargo, que aunque existe una distribución determi- 
nada, dentro de la memoria las casillas se diferencian únicamente por su 
dirección, sin que exista ninguna otra posibilidad de distinguirlas. 

En general las máquinas no disponen de toda la memoria de tipo RAM 
que son capaces de direccionar, es decir, no poseen —físicamente— las 
65535 casillas. Sin embargo estas memorias se pueden incorporar a la má- 
quina sin ningún problema adicional: 

Cuando usted adquiere una expansión de memoria lo que hace es in- 
crementar el número de memorias de tipo RAM. 

En la siguiente sección veremos una instrucción que nos permite ma- 
nipular la memoria. 


8.7.1 Instrucción CLEAR 


Esta instrucción se escribe: 
CLEAR 


y su ejecución produce el borrado de todo el contenido de la memoria RAM 
correspondiente a variables. 

Su efecto en cuanto a la memoria es el mismo que si escribimos el 
comando RUN: este comando borra todas las variables antes de iniciar la 
ejecución del programa. 

Insistimos en que el efecto de esta instrucción es anular todas las va- 
riables. Esto es distinto de anular su valor, es decir, igualarlas a cero. Tenga 
presente que cuando en un programa aparece una variable, el ordenador 
la crea, en el sentido de que reserva el espacio para almacenar el valor de 
esta variable; esto se hace para cada una de las variables, de modo que 
en un programa se genera una tabla cuyo tamaño dependerá del número 
de variables que se utilicen. Cada vez que se modifica el contenido de la 
variable, el nuevo valor sustituye al que ésta tenía en la tabla. 

Así, cuando igualamos a cero una variable no la borramos de la tabla, 
sino que modificamos su contenido haciéndolo igual a cero. Para borrarla 
efectivamente, utilizaremos la instrucción CLEAR, que anulará toda la tabla 
que ha sido creada, del mismo modo que lo hace —de forma automática— 
el comando RUN, antes de iniciar la ejecución del programa. 

Los datos que manipula el BASIC son de dos tipos, como ya sabe, 
variables numéricas y variables textuales, la diferencia más significativa en- 
tre estos dos tipos de variables es que las variables numéricas ocupan una 
longitud en bytes siempre igual, aunque durante la ejecución del programa 
cambie su valor. En cambio, en el caso de las variables textuales la longitud 
no está fijada de antemano, y además varía durante la ejecución del pro- 
grama. 

Para manipular correctamente cada uno de estos tipos de variable el 
BASIC divide la memoria de los datos en dos partes, una para números y 
otra para textos. 

A veces necesitamos programas que utilicen muchos números y pocos 
textos; otras necesitamos muchos textos y pocos números. La distribución 
de memoria que tiene el BASIC puede ser inadecuada a nuestro problema. 

La instrucción CLEAR permite variar esta distribución añadiendo un 
número detrás de la misma. Por ejemplo: 


BASIC 


CLEBR 1000 


indica que debe asignar 1000 caracteres para los textos. El número que 
sigue a la instrucción CLEAR indica qué espacio de memoria reservamos 
a los textos en bytes. Cuando usted realiza un CLEAR sin número detrás, 
la distribución de la memoria es la que tiene establecida el ordenador 
cuando se conecta a la corriente. 

Ciertamente, nuestra capacidad de maniobra no es ilimitada; si escri- 
bimos: 


CLEAR 100000 


en un ordenador que dispone sólo de 64 Kby, seguro que no se podrá rea- 
lizar esta redistribución. (Las direcciones no pueden superar el valor 
65536.) 

La validez del número que está detrás del CLEAR depende en primer 
lugar de la memoria de que disponemos y en segundo lugar del tipo de 
ordenador 

En cualquier caso, para conocer el funcionamiento exacto de esta mo- 
dalidad de la instrucción CLEAR en su máquina, consulte el capítulo de 
Prácticas con el microordenador. 
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8.8 LA IMPRESORA 


Los programas que hemos visto hasta ahora nos presentan los resul- 
tados en la pantalla. 

Sin embargo, usted habrá visto que hay ordenadores que imprimen los 
resultados sobre papel. Hay listas de personal, nóminas, documentos con- 
tables, incluso quinielas, que se imprimen con ordenador. 

Para escribir estos documentos, hace falta un dispositivo especial que, 
de una forma genérica, se conoce como impresora. 

Aunque es posible que usted no disponga de una impresora, es ne- 
cesario que conozca las posibilidades que ésta le ofrece, y cómo se utiliza. 

La forma de conocerla y manipularla —caracteres o letras especiales, 
colocación del papel, cambio de la cinta, etc.— dependerá del modelo de 
impresora del que se disponga. 

Para conocer todos estos detalles, deberá consultar el manual de su 
máquina en particular. Por otra parte. en cuanto a la conexión de la impre- 
sora con el ordenador, en el capítulo de Prácticas correspondiente encon- 
trará las indicaciones necesarias para realizarla correctamente. 

En esta seccion veremos unicamente las instrucciones para manipular 
la impresora que son más corrientes. Estas instrucciones no son de BASIC 
estándard, aunque en general se utilizan, tal como las veremos, en la ma- 
yoría de ordenadores personales. 
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Es importante que usted las conozca aunque no disponga de impresora 
pues, aunque no tenga que utilizarlas, en cualquier caso le ayudarán a com- 
prender mejor las posibilidades de su máquina. 

La impresora la podemos utilizar fundamentalmente para dos tareas 
distintas. Por una parte, podemos imprimir los listados de nuestros progra- 
mas, de forma que nos resultará más fácil la comprensión y, si es necesario 
la corrección de los mismos. 

Por otra parte, la impresora resultará útil para escribir los resultados 
de los programas. Estos resultados pueden ser de cualquier tipo: textos, 
números, dibujos... 

En las secciones siguientes se describen las instrucciones a utilizar en 
cada caso. 


8.8.1 La instrucción LLIST 


Cuando tenemos un programa en memoria y deseamos ver el listado, 
conocemos el comando LIST. Este comando, como ya sabemos nos pre- 
senta el listado por pantalla. 

Para obtener ahora el listado por impresora, escribiremos: 


LLIST 


Observe que en este caso hemos escrito dos veces la letra L, a dife- 
rencia del comando de listar por pantalla. El efecto de ambos es el mismo, 
únicamente se diferencian en que en un caso obtenemos el listado por pan- 
talla (LIST), y en el otro lo obtenemos por impresora (LLIST). 

Si usted no dispone de impresora, o si no la tiene conectada y ejecuta 
este comando, observará (dependiendo de su modelo de ordenador) que 
la máquina queda parada, sin reaccionar ante ninguna tecla. Esto es debido 
a que se ha enviado la orden de imprimir, y mientras no conectemos la 
impresora, el ordenador está pendiente de ejecutar esta orden, y no res- 
ponderá a ninguna otra mientras no haya podido ejecutarla. 

En este caso podrá tomar de nuevo el control desconectando la má- 
quina. 

Sin embargo, algunas máquinas detectan el problema y lo indican 
dando un mensaje, sin llegar a producirse el bloqueo. 


8.8.2 La instrucción LPRINT 


Todo lo que se escribe por pantalla como resultado de nuestros pro- 
gramas, se podrá obtener escrito por impresora si se dispone de ella. Para 
obtener un resultado en la pantalla, escribimos la instrucción PRINT y a 
continuación el valor a imprimir. 

Si deseamos que este valor se escriba por impresora, podremos ha- 
cerlo de la misma manera; para ello utilizaremos la instrucción siguiente, 
que se escribirá numerada, si ha de formar parte de un programa: 


El movimiento de escritura 
en la impresora siempre es 
hacia adelante; no es posible 
retroceder 


BASIC 


y a continuación los valores a imprimir, ya sean constantes o variables, de 
la misma manera que se escriben cuando se utiliza la instrucción PRINT. 

Lo único que debe recordar en este caso es que cuando se va escri- 
biendo en la impresora, el papel va avanzando, sin posibilidad de retroce- 
der. Así, mientras que en la pantalla tenemos la posibilidad de movernos 
hacia adelante o hacia atrás según nos interese (recuerde el posiciona- 
miento del cursor que se realiza mediante el posicionador AT), en la im- 
presora sólo podemos ir hacia delante. Así, dentro de una línea tenemos la 
posibilidad de movernos únicamente hacia la derecha utilizando el tabula- 
dor TAB. : 

Para determinar qué es lo que se escribe en la impresora y que es lo 
que se escribe en la pantalla, el criterio a seguir se basa en la utilidad de 
lo que se escribe. Así, en principio, las preguntas al usuario y los resultados 
intermedios bastará que se escriban por pantalla, dado que constituyen in- 
formación que únicamente interesa al operador. Por otra parte, los resul- 
tados finales se escribirán por impresora, dado que éstos son los únicos 
que a la larga interesan mantener. Es interesante por otra parte que cuando 
se escriban estos resultados se indique en la misma hoja el significado de 
los mismos, pues de lo contrario resulta inútil imprimirlos y guardarlos. 

Si interesa que un resultado aparezca por pantalla y por impresora se 
deberán escribir las instrucciones para ambos casos. Veamos un ejemplo. 

Supongamos que deseamos escribir un programa que nos imprima la 
tabla de multiplicar de cualquier número, que indicará el usuario. 

El listado para obtener el resultado únicamente por pantalla, podría ser: 


183 


BASIC 


Si usted dispone de impresora, una vez conectada correctamente, de 
berá escribir: 


LCETST 


Ahora, si lo desea, puede añadir las instrucciones para obtener el re 
sultado por impresora. Observe que lo único que interesa que se escrib: 
es la tabla, no las preguntas que hace la máquina de cara al usuario. Bas 
tará entonces modificar las líneas 80, 90, 120 y 150 de forma que la orde: 
de escribir por pantalla se modifique para escribir por impresora. Así el pro 
grama quedará: 


10 REM TABLA DE MULTIELICAR 


30 cs 

40 ERINT "TABLA DE MULTIELICOR" 

50 ORINT 2 PRINT O: ERINT 

60 IMELIT "De cue nimero desea la tabla", A 
AE a pr e e er er er en rd ts e 
80 LPRINT TAR(10) 5 "TABLA DEL "558 

30 LERINT.O: LERINT 

100 LETI=60 

110 IF 1210 TREN GOTO 150 


120 LORINT 13% x "393" = "¿1x0 
130 LET. lo = I+1 
140 GOTO 110 


150 LPRINTO 3 LERINT O: LERINT 

160 INELT "Desea continuar (5/N)i ", R$ 
170 IF Ré="5" THEN GOTO 30 

180 END 


Si deseáramos además que nos escribiera la tabla por pantalla y po 
impresora, deberíamos añadir las órdenes correspondientes. Así, al pro 
grama anterior añadiremos las instrucciones de escribir por pantalla, con le 
que éste quedará: 


10 REM TABLA DE MULTIPSLICOR 

20. REM e des rl dote sí 

30 LS 

40 ERINT "TABLA DE MOULTISLICR” 

SO DORINT 2 PRINT O: PARINT 

560 INELT "De cue rumero desea sa tanlal ",20 
o o 
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TS COLS 2: EFRINT TAR(1O; "TABLA DEL ":A 
Bo LERINT TAB(10) 5; "TABLA DEL ":A 

as ERINT O: EFRINT 

30 LERINT 3: LERINT 

100 LET Lea 7 


11 17 1210 THEN. GOTO 150 

115 ERINT 13" xXx "503" = "p1xA 
120 LPRINT Il". x "5905" = ":1x08 
130 LETAL 1 

140 SOTO 110 


145 PRINT 2 PERINT 1: ERINT 

150 LERINTO 2: LERINTO 3 LEARINT 

160 INEUT "Desea continuar (S/N): ", R$ 
170 IF R$="S" THEN GOTO 30 

180 ZND 


De esta forma, al ejecutar el programa obtendremos el resultado por 
pantalla y por impresora, tal como deseábamos. 

Sin embargo, si usted no dispone de impresora o no la conecta, e in- 
tenta ejecutar este programa, observará que la máquina queda detenida, 
de la misma forma que habíamos visto cuando intentábamos el listado por 
impresora sin tenerla conectada. La razón del bloqueo es pues la misma 
que en este caso. 


RESUMEN 


La memoria del ordenador se clasifica en dos tipos según las ca- 
racterísticas de construcción que posea: la memoria ROM y la me- 
moria RAM. 

La memoria ROM (del inglés Read Only Memory) es memoria de 
sólo lectura, cualquier programa será capaz de leer pero no podrá 
modificar su contenido. 

La memoria RAM (del inglés Random Access Memory) es una 
memoria en la que se puede leer y escribir. 

Aparte de esta diferencia (substancial), no hay otra en apariencia, 
y no se puede distinguir la transición de una memoria a otra. 

La memoria ROM se llena en el momento que se fabrica el or- 
denador, de esta manera se previene que el usuario pueda modificarla 
por error, y también sobrevivir a la desconexión de la corriente. En la 
memoria ROM se almacena el programa que sirve para interpretar 
nuestros comandos en el lenguaje BASIC. 

La memoria RAM sirve para almacenar su programa, por eso de- 
saparece cuando se desconecta el ordenador de la corriente. La me- 
moria RAM aparte de almacenar su programa, también almacena 
otras variables que necesita el BASIC para funcionar y que usted no 
puede ver. Estas zonas adicionales que utiliza el mismo programa BA- 
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SIC son la causa de que usted no disponga de toda la memoria RAM 
para sus cálculos. 

Las partes más destacadas de esta memoria que necesita el sis- 
tema son la memoria de pantalla y el controlador del teclado, aunque 
cada sistema puede consumir una parte más o menos grande según 
las necesidades. 

En la figura 4 se muestra un esquema general, que precisamente 
por lo general no se ajusta a ningún sistema en concreto, pero que 
todos los sistemas disponen. 

Cuando se ejecuta un programa las variables que necesita se van 
creando en una zona de memoria reservada al efecto. En el momento 
que consumimos todo el espacio, diremos que hemos agotado la me- 
moria. 

La instrucción CLEAR permite que esta zona de memoria para 
los datos quede libre otra vez, a costa de perder los valores de las 
variables. 

Debe distinguir entre hacer un CLEAR y anular el valor de una va- 
riable; en el primer caso, la variable desaparece del sistema, dejando. 
memoria libre; en el segundo caso el valor cero o vacío substituye al 
previamente establecido, pero el espacio de memoria no se modifica. 

En el BASIC hay dos tipos de variables, las textuales y las nu- 
méricas. Las variables numéricas ocupan una cantidad de memoria 
fija, mientras que las textuales evolucionan durante el progreso del 
programa ocupando cantidades diversas de memoria. Por ello ambos 
tipos de variables ocupan zonas de memoria distintas. El BASIC per- 
mite cierto control sobre la zona reservada a variables numéricas y 
textuales mediante la instrucción CLEAR seguida de un número que 
indica el espacio reservado a las variables textuales. 

La impresora permite imprimir los resultados de nuestros progra- 
mas sobre papel, pero para ello es necesario obviamente disponer del 
dispositivo. 

Hay dos tipos de instrucciones: 


1) La que permite listar el programa en la impresora, se deno- 
mina normalmente LLIST 


2) La que permite imprimir resultados de cálculos. Se denomina 
LPRINT. Su utilización es muy parecida al PRINT, la diferencia más 
notable es que cuando se utiliza la impresora no es posible retroceder 
el papel tal como nos permite hacerlo en la pantallaa mediante la ins- 
trucción AT. 


EJERCICIOS DE AUTOCOMPROBACION 


Completar las frases siguientes: 


21. La memoria del ordenador que sólo permite su lectura e impide 
su escritura Se denQMiNa ...ooccccicncciconcioiccnos 
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22. La memoria RAM permite que Selea Y ......ooooocoooicicoococoo..o... sobre 
ella. 


23. Las memorias ROM y RAM sólo se distinguen en el momento de 
A AE sobre ellas. 


24. La memoria para dibujar la pantalla es una parte de la memoria 
RAM que consume el ordenador y que no puede utilizar el ........ 


25. Cuando se ejecuta un programa BASIC laS ...ooccccicccinicnninicno. 
de nuestro programa se van creando en una zona de memoria 
reservada al efecto. 


26) ¡La IMStrUECIÓN -uicironocaadtas limpia la zona de memoria 
destinada a las variables de nuestro programa. 


27. En BASIC la zona de memoria de las variables numéricas es dis- 
tinta a la zona de las variables ..........o.oo.oooooooninnnioccco.. 


29. LA INSTUCIÓON cit sirve para obtener sobre la im- 
presora el listado de nuestro programa. 


29. La instrucción de imprimir un resultado sobre papel es ................ 


30. Cuando se escribe sobre papel es imposible ..........ooooo.cococcccoco oo... 
tal como se hace con la pantalla mediante la instrucción de po- 
sicionamiento del cursor. 


Encierre en un círculo la letra que corresponda a la respuesta 
correcta. 


31. La manera de mantener un programa permanente con el orde- 
nador es mediante 


a) La memoria ROM. 

b) La memoria RAM. 

c) La grabadora de cassette. 
d) No se puede. 
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32. 


33. 


34. 


35. 


El BASIC de un ordenador personal está normalmente en ROM, 
pero para sus cálculos necesita 

a) Un trozo de memoria RAM. 

b) Un teclado con la tecla BREAK. 

c) Un cassette especialmente preparado. 


d) No necesita nada. 


Si la variable N$ de un programa vale «Hola», después de eje- 
cutar una instrucción CLEAR, su valor será: 


“» 


a) 
b) “Hola” 
C) «“ q” 


d) No existirá la variable. 


Para hacer un listado de nuestro programa por impresora debe- 
mos utilizar la instrucción 

a) LIST 

b) LLIST 

c) PRINT 

d) LPRINT 


Cual de las instrucciones siguientes escribirá el mensaje “He ter- 
minado” en la impresora y en la columna 12: 

a) PRINT TAB(12);“He terminado” 

b) LPRINT “He terminado” 

Cc) LPRINT TAB(12);“He terminado” 

d) LLIST TAB(12);“He terminado” 
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SOLUCIONES DE LOS EJERCICIOS DE AUTOCOMPROBACION 


O IF 


. Decisiones 

. Listar 

. Precisa 

. Complejo 

. Pregunta binaria 

. Bifurcación 

. Finalización 

. Continuar 

. Depurar 

. Detiene 

. F: Detrás del IF debe ir una pregunta binaria. 
eV 

. F: La pregunta binaria mezcla números y textos. 
. F: La expresión es aritmética con variables textuales. 
2 V. 

. A=5 (8<2 es falso) 

. A=-—5 (-2<-8 es falso) 

. A=1, B=2 (B< es falso) 

. A=2.45 (2.45 > 2.5 es falso) 

. A$=«5» y BS=«A» (A$ es distinto de B$) 

. A$=«m» (Las minúsculas son mayores que las mayúsculas) 


. AS=«m» (La M es menor que Z, la instrucción detrás del THEN con- 


vierte una letra mayúscula en minúscula, la diferencia de código ASCII 
entre mayúsculas y minúsculas es 32) 


. AS=«JUAN» (El texto no es vacío) 

. A= 39 (13 es menor que 26) 

. A= —13 (-13 no es menor que —26) 
. Bifurcación 

IF... THEN ... ELSE 

. Diseño 

. Simular 

. Salto 


. Inicio 
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32. 
33. 
34. 
35. 
36. 


37. 
38. 


39. 
40. 


común 

Pruebas y correcciones 
Natural 

Corrección 

b) 


c) 


d) La definición en el diseño debe ser completa, en datos, cálculos y 
resultados. 


c) No es cuestión de longitud sino de funcionalidad. 
a) 
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V%: 


lógica 


. Unario 


cambia 


. binarios 


. Ciertas 


falso 


. distintas 

. tabla de verdad 
. lógicos 

. aritméticos 


.C 


Op. QuO 


NOT A pp B OR 


or 
AN 


NOT p OR B AND C 


NOT | | 
| AND 
OR 


18. (NOT A OR B) AND C 
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19. NOT (A OR B AND C) 


AND 


20. A OR NOT í AND C 


NOT 
AND 
OR 
21 A < 5 —- 3 AND A$ > «Juan» 
< > 
AND 
| 
22. 5 = A — 2 OR NOT A<>B 
= > 
NOT 
OR 


2 NOF 5 AE BD AAA 
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24 A5 + B5 <= B$ + A$ OR A$f = B5$ 


OR 


25. R$ < «Javier» OR R > 23 


< 


OR 


26. Como hay dos variables, hay cuatro filas 


A B (A AND B) OR (NOT A AND NOT B) 
s Ss S 
S N N 
N Ss N 
N N S 


— Si A AND B es cierto, ya lo es en el primer caso 

— Si NOT A AND NOT B es cierto ya lo es, cuando A y B son ambos 
falsos NOT A AND NOT B es cierto 

— SIA es cierto y B falso, o viceversa ni A AND B, ni NOT A AND 
NOT B pueden ser ciertos. 


27. no 

28. binarias 

29. OR 

30. AND 

31. contrario 

32. distributividad 
33. filtro 

34. negaciones 
35. bits 
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36. complemento a dos 
37. d (Aplicación de las leyes de Morgan) 


38. b 
39. b 
40. a 
41. d 
12: (A AND NOT B) OR (NOT A AND B) 
Ss Ss N 
S N S 
N Ss S 
N ON N 


Es idéntica a la del XOR 
43. A B NOT (NOT A OR NOT B) 


ZZ00 
ZO0NZO 
zZZ2Z0 


44. 0000 0000 0000 1111 15 
1111 1111 1111 0000 Cambio 
1111 1111 1111 0001 + 1 Complemento a dos 


45. Como el complemento a dos es el cambio de signo, se trata de re- 
presentar en binario el número 35. 


0000 0000 0001 0011 


46. 7 0111 49. 10 1010 
8 1000 5 0101 
_ AND OR 
0000 0 1141 15 
47. 2 0010 50. 6 0110 
3 0011 4 0100 
OR AND 
0011 3 0100 4 
48. 5 0101 
4 0100 
————_ AND 
0100 4 
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Detiene. 


. INKEYS. 


Vacía. 


. Código ASCII. 


Menú. 


Diseño. 


. Básicos. 
. Jerárquica. 
. Documentación. 


. Codificación. 


SOpPpeaDOsp» OS 


. Detalle. 
. Finalización. 


. Jerárquico. 


24. 
25. 
26. 
2 fr 
28. 
29. 
30. 
31. 
32. 
33. 
34. 
35. 
36. 
37. 
38. 
39. 
40. 
41. 
42. 
43. 
44. 
45. 
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Lista. 
Símbolos, instrucciones. 
Dispositivo. 
Decisión. 
Regla. 
Cumple. 
Alternativas. 
Tratamiento. 
Completa. 
Mismo. 
Distinto. 
Condición. 


, El criterio de ser rico no es binario. 


pOPpPOoasroaaopp 
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. Permanente 


. Malos 


Incorporados 
VERIFY 


. Guardar 


MERGE 


. Vacío 
. Cinta 
. LINE 
. LOAD 


A. A. TF TT QA 0 MO 


19. 
20. 
21. 
22. 
23. 
24. 
25. 
26. 
2f. 
28. 
29. 
30. 
31. 
32. 
33. 
34. 
35. 


b 

d 

ROM 
escriba 
escribir 
programador, usuario 
variables 
CLEAR 
textuales 
LLIST 
LPRINT 
retroceder 


a 


a 
d 
b 
Cc 


Parte ll 
PRACTICAS 
CON EL ORDENADOR 
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ESQUEMA DE CONTENIDO 


Instrucción IF... THEN 
Instrucción END 
Instrucción STOP 
Instrucción IF con ELSE 


Fases de realización de un programa 


Instrucción Pause 
Práctica primera 
Prácticas Práctica segunda 


Práctica tercera 
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Hay que detener en el 
programa el INPUT con un 
STOP 


El END se sustituye por un 
salto a una línea inexistente 
mayor que la última línea 
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5.1 INSTRUCCION IF...THEN 


Las palabras IF y THEN son palabras clave del BASIC y por tanto en 
el ZX-SPECTRUM se escriben pulsando una sola tecla. La palabra IF se 
encuentra sobre la tecla U. La palabra THEN está escrita sobre la tecla G. 

Veamos el programa de prueba 


10 INPUT B 
ZO 1F B(7 THEN ERINT "CONDICION CUMPLIDA" 
30 GOTO 10 


Pulse la tecla RUN y dele un número, por ejemplo 8. Como no es menor 
que 7 el ordenador no imprime nada. Ahora dele un 2. Imprimirá CONDI- 
CION CUMPLIDA y pedirá un nuevo número. 

Para detener el proceso, la tecla BREAK no funciona. Como ya vimos 
en la lección segunda, la tecla BREAK no opera cuando el programa se 
encuentra esperando en un INPUT. En este caso se pulsará la tecla STOP 
(sobre la A) en respuesta a esta instrucción y a continuación ENTER. Cier- 
tamente el programa también se detiene si contestamos un texto en lugar 
de un número puesto que entonces se produce un error. 
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5.2 INSTRUCCION END 


En el ZX-SPECTRUM no existe la instrucción END. Esta inexistencia 
no constituye ningún problema si esta instrucción está situada al final del 
programa puesto que entonces no hace falta ponerla. Como hemos podido 
comprobar en todos los programas realizados hasta ahora, cuando se aca- 
ban las instrucciones, el BASIC da por finalizado el programa y pasa de 
nuevo el modo inmediato. 

El problema surge cuando la instrucción END debe ir situada en medio 
del listado. El ZX-SPECTRUM tiene prevista esta circunstancia y, a cambio 
de no tener esta instrucción, permite emplear un GOTO dirigido a una línea 
inexistente. 

En el BASIC estándar, si un GOTO pasa control a una línea inexistente, 
se produce un error y el programa se detiene. En cambio en el ZX-SPEC- 
TRUM si la instrucción no existe, se pasa control a la línea situada a con- 
tinuación. Este hecho, que en principio no tendría mayor trascendencia, es 
importante para sustituir la instrucción END. Colocando en su lugar un 
GOTO dirigido a una línea que sea mayor que la última línea del programa, 
el BASIC actúa como si hubiera encontrado un END. 

Veamos este ejemplo, que cuenta el número de caracteres de un texto: 


10 INRUT As 2 12 A$="FIN" THEN GOTO 100 
ZO PRINT "Longitud ":LEN(O$) 
30 GOTO 10 


BASIC 


La instrucción STOP nos 
indica siempre en qué línea 
ha sucedido al ejecutarse 
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Si contestamos un texto cualquiera, nos dará el número de caracteres 
del mismo, incluyendo los espacios. Pero si contestamos la palabra FIN en 
mayúsculas en respuesta al INPUT de la línea 10, la instrucción IF que se 
encuentra a continuación pasará control a la instrucción que sigue a THEN. 
Esta instrucción es un GOTO 100. El BASIC se dirigirá a la línea 100 que 
no existe, pero ya hemos dicho que en el ZX-SPECTRUM no se produce 
error por esta causa. Por el contrario intenta encontrar la línea siguiente a 
la 100. Al no existir tampoco, el BASIC se encuentra en la misma situación 
que cuando se le acaban las instrucciones de un programa de forma nor- 
mal. Por tanto da por terminado el programa. En resumen, la instrucción 
GOTO dirigida a un número de línea mayor que las demás líneas del pro- 
grama actúa como si fuera una instrucción END. 


5.3 INSTRUCCION STOP 


Esta instrucción se encuentra en la tecla A. Como ya sabemos, se usa 
para detener el programa en un lugar preciso y así poder controlar el buen 
funcionamiento de dicho programa. Por esta causa, cuando el programa se 
detiene en un STOP, el BASIC escribe un mensaje informativo indicando 
en qué instrucción se ha detenido. En el ZX-SPECTRUM, este mensaje 
tiene la siguiente forma. 


9 STOP statement, 0:0 


en donde los dos últimos números (en este caso dos ceros) indican el nú- 
mero de línea y, separado por dos puntos, el número de instrucción dentro 
de la sentencia. Este mensaje es importante puesto que pueden haber más 
instrucciones STOP dentro del programa y conviene saber con exactitud en 
cuál de ellas se ha detenido. 

La instrucción STOP puede utilizarse también en lugar de END. El in- 
conveniente radica en que se escribe un mensaje cuando el programa se 
detiene. Pero si este mensaje no nos causa ninguna molestia, se puede 
utilizar sin ningún problema la instrucción STOP en lugar de END. 

Detrás de la palabra STOP no se admite ningún número o texto a di- 
ferencia de algunas variantes del BASIC. De hecho, en el ZX-SPECTRUM, 
este número o texto es innecesario ya que está destinado a diferenciar cada 
instrucción STOP de las demás en un programa. En este ordenador, el 
mensaje que aparece en la parte inferior de la pantalla ya realiza este co- 
metido. 


5.4 INSTRUCCION IF CON ELSE 


Esta variante de la instrucción IF no existe en el BASIC del ZX-SPEC- 
TRUM. En su lugar hay que emplear la instrucción simple IF... THEN en 


—*l combinación con una o más instrucciones GOTO. 
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5.5 FASES DE REALIZACION DE UN PROGRAMA 


Repase las funciones ASC y En el programa que veremos al estudiar las «fases de realización de 
MID de la lección 3 un programa» en el capítulo del BASIC estándar, utilizaremos las funciones 
ASC y MID$ que no existen en el ZX-SPECTRUM. En su lugar, como vimos 
al estudiar las funciones (el capítulo 3), se emplea la función CODE y el 
operador de fragmentación respectivamente. 

No obstante, por si en este momento no recuerda su utilización le ¡re- 
mos reproduciendo aquellas líneas o partes del programa donde aparecen, 
para que sepa cómo actuar con su ordenador. Los números de línea se 
corresponden para facilitar su consulta. En todo caso ésta es una buena 
ocasión para dar un repaso a lo estudiado en aquel momento. 

La primera versión del Paso 2 queda: 


10 TF LENC(A$)>=N THEN GOTO 240 
BO LET Ni=0 

230 GOTO 250 

Z4o LET Ni=CODE(A$(N TO N)) 
250 REM Fin paso £ 


Las instrucciones cuya ejecución depende de un IF se suelen colocar 
más hacia adentro para indicar esta dependencia. Esta forma de escribir 
los programas no mejora el funcionamiento pero sí que ayuda a una mejor 
comprensión del mismo. 

La versión mejorada del Paso 2 queda: 


Z10 LET Ni=0 
¿20 IF LENCASI)=N THEN LET Ni=CODE(A$(NTON)I) 
¿50 REM Fin paso 2 


A su vez, el Paso 3 se escribirá de la siguiente forma en el ZX-SPEC- 
TRUM: 


260 LET N2=0 
270 1F LENCES)>=N THEN LET N2=CODE (B$(NTON)) 


Los pasos comprendidos entre el 4 y el 8, ambos inclusive, no sufren 
variación alguna. En resumen, en el programa definitivo, las dos únicas lí- 
neas que hay que modificar son la 220 y la 270. 


220 IF LENCAS))=N THEN LET Ni=CODE(A$(N TO N)) 
270 1F LEN(R$))=N THEN LET NM2=CODE (BS (N TO M)) 
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Al escribir los resultados (instrucciones 315 y 500), éstos aparecen de 
forma algo distinta a la que se indica en el texto. Esto ocurre porque la 
pantalla del ZX-SPECTRUM tiene una anchura de solamente 32 columnas 
y sólo permite dos zonas de tabulación. Si deseamos tener los resultados 
tabulados en la misma línea, emplearemos la función TAB. Entonces, las 
líneas mencionadas anteriormente quedan: 


305 PRINT N;TAE(10) 3N1;3TAB(ZO0) ¿NZ ata 
500 PRINT "FINAL Ns TAB(15)5 Ni; TAB (25); ¿N2 


En la fase de cálculo del resultado no hay variación respecto al listado 
del texto de la lección estándar. 


5.6 INSTRUCCION PAUSE 


Esta instrucción no forma parte del repertorio del BASIC estándar, si 
bien es cierto que muchas variantes del BASIC la incorporan. Como su 
nombre indica (Pausa) significa que la ejecución de un programa se «con- 
gela» durante un tiempo para reanudarse seguidamente. 

La forma general es: 


PAUSE n 


en donde n es un número comprendido entre O y 65535. Esta instrucción 
tiene un contador interno y detiene el programa hasta que dicho contador 
alcanza el valor de n. La velocidad a la que cuenta este contador depende 
de la frecuencia de la corriente alterna de la red con que se alimenta el 
ordenador. En los países europeos, esta frecuencia es de 50 ciclos por se- 
gundo. Esto quiere decir que la instrucción PAUSE cuenta a la velocidad 
de 50 por segundo. Entonces la instrucción 


PAUSE 100 


originará una pausa de 2 segundos. El valor máximo, 65535, equivale a 
una pausa de unos 1300 segundos o 21 minutos. 

Para interrumpir el contador, o lo que es lo mismo, para acabar la 
pausa antes de lo indicado al ordenador, se pulsa una tecla cualquiera. Por 
tanto hay dos formas de acabar una pausa. La primera es esperar a que 
el contador llegue a n y la segunda es pulsar una tecla durante la espera. 

Si el valor de n es cero, tiene el significado de espera continuada, es 
decir, que en este caso sólo se puede interrumpir mediante la pulsación de 
una tecla. 
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5.7 PRACTICAS 


Con el fin de poder establecer la comparación en programas en que 
se utiliza la construcción IF... THEN y en aquellos que no se utiliza vamos 
a realizar las mismas prácticas que en el capítulo 4. 

En el ámbito de este capítulo debe apreciar que los programas se han 
generalizado y adquieren una mayor validez y utilidad práctica pues el con- 
trol del proceso se hace con más posibilidades ya que se pueden tomar 
una serie de decisiones que con los conocimientos del capítulo 4 no era 
posible realizar. 


5.7.1 Práctica primera 
Paso 1: Definición del problema 


Vamos a construir un programa que realice facturas de manera un 
tanto más general que en el capítulo 4. La generalización más importante 
consiste precisamente en que allí sólo era posible tener en cuenta tres ar- 
tículos, mientras que ahora el número de artículos puede quedar indeter- 
minado. Ciertamente esto se acerca más a la realidad de la realización de 
facturas, pues en general, los consumidores o clientes no compran todos 
el mismo número de artículos. El modelo será también la figura 1 del primer 
capítulo del tomo anterior. 


Los requisitos que se imponen al programa son: 
— El soporte de salida será la pantalla y no el papel. Por tanto, el resultado 
lo podemos comprobar en la pantalla. 


— No es necesario que aparezca la parte de la factura que está con letra 
de imprenta, sino sólo lo que está a mano. 


— Finalmente, el encolumnado tendrá las mismas características que las 
que se han citado en la práctica primera del capítulo 4, de «Prácticas 
con su microordenador». 


En definitiva, el reparto de columnas para los artículos será: 


Columnas 
1-15 Artículos 
16 En blanco 
17-20 Cantidad 
21 En blanco 
22-25 Precio unitario 
26 En blanco 
27-31 Importe 


El punto más importante a tener en cuenta aquí es que no es posible 
establecer una entrada previa de los artículos pues,en realidad no sabemos 
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de antemano cuántos van a haber en una factura. No nos referimos a que 
no se conocen los artículos que intervienen en una factura, sino que de- 
bemos realizar un programa que admita un número variable de artículos 
para hacer cualquier tipo de factura. 

La estrategia que hay que seguir en este caso consiste en ir escri- 
biendo la factura a medida que se van introduciendo los datos. 

Por otra parte, también se generaliza el número de líneas que puede 
tener la dirección. Es decir, admitimos una dirección con cualquier número 
de líneas. La realidad siempre impone unos límites razonables, pero en prin- 
cipio el programa no se circunscribe a un número limitado. 


Paso 2: Los datos 
Los datos que debemos dar al problema son: 


a) La fecha (f$) 


b) Cada una de las líneas de la dirección (d$) 


Cc) Cada uno de los artículos 
c.1) Nombre (n$) 
c.2) Cantidad (q) 
c.3) Precio unitario (p) 
c.4) Importe (i) 


d) El tanto por ciento de impuesto que debemos cargar (tpc) 
El proceso lo dividiremos ahora en los pasos siguientes: 


1. Entrar la fecha y escribirla ya en la factura final. 


2. Ir entrando líneas de la dirección hasta obtener una señal para aca- 
bar la entrada. Se puede seleccionar como señal la línea vacía. A medida 
que se entran ya se van escribiendo los resultados en forma de la factura 
final. 


3. Ir entrando los artículos hasta obtener una señal para acabar la en- 
trada. Se puede seleccionar como señal el nombre del artículo vacío. A 
medida que se entran se va realizando el cálculo. 


4. Cálculo del total, entrada del impuesto, cálculo del importe y final- 
mente el total general. 


Debemos señalar que es importante entender el proceso de acabar 
una entrada mediante una señal de final, pues es un procedimiento muy 
común en los procesos informáticos. 

Detallando más el proceso (y recuerde que esto es un esquema, no 
un programa): 


1. Entrada y escritura de la fecha 
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INPUT "Fecha: " fs 
CLS 3: Dejar la pantalla limpia 
FRINT TAB(D): f% : PRINT O: PRINT 


2. Bucle de lectura de líneas de dirección y escritura 


2000 —INPUT "Linea de direccion: "d% 
IF d$="" THEN GOTO 2900 
ERINT TAB(15)3 d$ 
GOTO 2000 

2900 FPRINT 2: PERINT : PERINT 


En este bloque se van entrando líneas hasta que se entra una vacía. 
Esto se consigue pulsando ENTER; el IF nos envía a la instrucción 2900 
en donde se imprimen las líneas en blanco. Un esquema alternativo puede 


ser: 


¿000 —INFÚUT "Linea de direccion: " d%$ 
ERINT TAB (15)3 d% 
IF d$()”"" THEN GOTO 2000 
ERINT 3: ERINT 


Esta alternativa se basa en que la señal nos escribirá una línea en 
blanco, con lo que siempre escribimos la línea que entramos; preguntamos 
a continuación si la línea es vacía. Si no lo es volvemos al INPUT, si lo es 
sólo escribimos dos líneas en blanco. 

3. Entrada de los artículos. 


3000 LET t=0 Colocamos el total a arrastrar 
igual a cero. 
3010 INFUT "Articulo: " n$ 
IF n$="" THEN. GOTO 4000 
INFUT "Cantidad: "q: INPUT "Precio unitario: "p 
LET isp*q : LET t=t+i 
GOTO 3010 j 


Tenga en cuenta que en este esquema sólo ponemos de manifiesto la 
estructura de control y no todos los detalles. Estos los acabaremos de rea- 
lizar en el momento de escribir el programa. Cuando queramos dejar de 
escribir artículos, se entra una línea vacía, pulsando ENTER. 


4. La idea del cálculo total es prácticamente la misma que en la versión 
anterior. 


Paso 3: Escritura del programa 
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Ahora teclee el texto del programa de la figura 1 con mucha atención 
y procurando reconocer en el mismo cada uno de los comentarios que va- 
mos haciendo. Insistimos en que se tome el tiempo y la tranquilidad ne- 
cesaria para que la práctica rinda los beneficios que esperamos. 

En este caso hemos separado los bloques mediante una numeración 
generosa, cada bloque empieza en las líneas 1000, 2000, 3000 y 4000 res- 
pectivamente. 

El listado se presenta en la figura 1. 


Figura 1 Programa para hacer 
facturas 
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En las líneas 3110 hasta la 3250 realizamos la escritura de las tres 
columnas, la de la cantidad, el precio unitario, y el total. De hecho cada 
escritura consume un bloque muy parecido a la columna siguiente, observe 
los bloques 3110-3150, 3160-3200 y 3210-3250. 

Es posible escribir esta parte del programa mediante un único bloque 
que se repite. En efecto, la escritura que se repite sería: (no escriba todavía) 


Hemos añadido la variable col que es la que controla el número de 
columna que estamos escribiendo. 

Sin embargo, en cada una de las columnas, escribimos números dis- 
tintos e incluso tienen longitudes distintas, en el precio y la cantidad tene- 
mos 4 columnas, y en cambio tenemos 5 columnas para el importe. Para 
tener en cuenta estas diferencias debemos modificar el código de la manera 
siguiente: 


Observe que de los tres IF, sólo se pasa por una parte THEN, pues 
sólo hay una respuesta afirmativa, ya que col vale o 1, o 2, o 3, pero no 
vale ningún otro valor, y cada IF pregunta por un único valor. 

En resumen: Se han introducido tres variables 


col: Indica en qué columna escribo 

num : Contiene el número que quiero escribir 

tt : Contiene la longitud de la columna en la que hay que escribir 
num. 


que permite controlar la escritura encolumnada de forma repetitiva. 
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El último problema a resolver consiste en escribir el número propia- 
mente. Lo primero que haremos es calcular el número de blancos a añadir 
y lo colocaremos en la variable nb. El código es 


LET a$ = STR$ (num) 
LET nb = 1t-LEN(a$) 


En estos momentos nb contiene el número de blancos que hay que 
añadir por la izquierda para que a$ tenga justamente la longitud It. 

El último paso consiste en añadírselos con una instrucción como la 
siguiente: 


3200 IF nb)O0 THEN LET a$=" "+at : 
LET nb=nb-1 2: GOTO 3200 


en ella se añade un blanco a a$ con la operación de unión de textos (a$=» 
«+a$) se descuenta en uno el número de blancos a añadir (nb=nb—1) y 
se envía otra vez a la pregunta (goto 3200). 

Observe que si a$ es mayor que It, un número con demasiadas cifras, 
la adición de blancos no se realiza pues nb es un número negativo y nunca 
es afirmativa la respuesta nb>0. En la versión anterior esto nos daba un 
error. En esta versión esto no da error, pero nos escribirá mal encolumnado. 

Por lo tanto, podremos substituir las instrucciones 3110 a 3250 por el 
siguiente código: 


3110 LET col=1 
3120 IF col=1 THEN LET 1t=4 : LET num=q 

3130 IF col=2 THEN LET 1t=4 : LET num=p 

3140 IF col=3 THEN LET 1t=5 : let numsi 

3150 LET a$=STR$(num) 2: LET nb=1t-LEN (as) 

3160 IF nb)O0 THEN LET a$=" "+a$ : LET nb=nb-1:GOTO 3160 
3170 PRINT as$;" "; E 
3180 LET col=co1+1i 

3190 IF col(=3 THEN GOTO 31:20 

3200 FRINT 


El PRINT de la instrucción 3200 se ha añadido porque en el interior 
del proceso repetitivo escribimos acabando con un punto y coma, es decir, 
sin cambiar de línea. En el momento que ya hemos escrito los tres números, 
debemos colocar un PRINT sin punto y coma para saltar a la línea siguiente. 

Para ejecutar el programa en esta nueva versión, no se olvide borrar 
las líneas 3210 a 3250 inclusive. 


4. Pruebas: 


El programa ya se ha dividido en bloques para que se pueda probar 
con comodidad. A medida que entran los bloques, señalados por el cambio 
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Figura 2 Formato de salida de 
los resultados 


210 


de millar de las líneas, se pueden ir probando para ver si su funcionamiento 
es correcto. 

Los datos que puede entrar son exactamente los mismos que en el 
capítulo de «Prácticas con su microordenador». 

Sólo hay que observar que respecto al cuarto juego de datos, cuando 
se entra el precio de 125.7 no dará error en la segunda versión de la prác- 
tica propuesta, pero se perderá el encolumnado. En este caso, el número 
de blancos a añadir es menor que cero y en la línea 3160 no se ejecutará 
la parte del THEN, ya que la respuesta será NO a la pregunta inicial. 


5.7.2 Práctica segunda 
Paso 1: Definición del problema 


El objetivo de este programa es una generalización para la elaboración 
del coste de un plato de un restaurante, visto en la práctica tercera del 
capítulo 4. 

En definitiva el coste de cualquier cosa es la suma de los componentes, 
y el coste de cada componente se obtiene multiplicando la cantidad que 
interviene por el precio unitario. Como puede deducir, el cálculo de una 
factura y el cálculo de un coste se parecen bastante. No obstante en esta 
práctica seremos mucho más escuetos en su realización. 

La idea del programa consiste en encadenar problemas hasta que ha- 
gamos la acción positiva de terminar el programa. 

Debemos empezar limpiando la pantalla y colocando una cabecera 
como la siguiente: 


Producto Cantidad Precio Valor 


A continuación se deben entrar cada uno de los componentes. Esto 
significa un nombre, una cantidad y un precio. 

Debemos calcular cuánto es el valor y escribirlo en la columna de valor, 
acumulándolo en forma de total. Para evitar los decimales redondearemos 
el valor a las unidades. 

Para finalizar la entrada de componentes, utilizaremos la señal de que 
el nombre del componente sea vacío; es decir pulsando sólo ENTER. 

Una vez finalizada la entrada se escribirá el total. El resultado final debe 
tener la forma como indica la figura 2. 


Col 1 Col 11 
Producto Cantidad 


Calabacín 
Espinacas 
Mantequilla 


Total 31 
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Paso 2: Datos 

Es necesario llevar un total acumulado, que denominaremos t. Para 
cada componente se precisa el nombre (a$), el precio (p) y la cantidad (q). 
También se precisa el valor (v) que obtendremos por redondeo del producto 
precio por cantidad. 

El esquema del programa es el siguiente: 


Paso 1 Pantalla inicial limpia con cabecera 


Paso 2 Entrada y cálculo de componentes 


Hasta que el nombre del componente sea nulo (vacío) 
Paso 3 Escritura del total 


Paso 4 ¿Quiere continuar con otro cálculo? 


SI > Retornar al paso 1 
(Cualquier 
otra cosa) > Acabar el cálculo 


Paso 3: Codificación 


Con todos los datos que le hemos dado debería intentar realizar un 
programa antes de estudiar la versión que nosotros le ofrecemos. Insistimos 
otra vez en que su programa puede ser distinto y, sin embargo, satisfacer 
todos los requisitos que le hemos dado. 

No obstante recuerde que debe estudiar también nuestra versión del 
programa y compararla con la suya. Nuestra versión se la ofrecemos en la 
figura 3. 


1000 REM Paso 1 | 

1010 LET t=0 : CLS 

1020 ERINT "Producto Cantidad Precio Valor" 
1030 PRI  ÉÁ e 
2000 REM Faso 2 

2010 INPUT "Nombre del producto: ",a% 

2020 IF a$="" THEN GOTO 3000 

2030 INPUT "Cantidad y precio: ":c,p 

2040 LET v=INT(cxp+0.5) 3 LET t=t+v 

2050 LET 1=LEN(as$) 

2060 IF 1(10 THEN LET as$=a$+".": LET l=1+1 : GOTO 2060 
2070 PRINT a$(1 TO 10);" ":c;TAB(20) ;p;TAB(27) 3 v 
2080 GOTO 2000 

3000 REM Paso 3 

3010 PRINT TAB(27) ;"----- A 

3020 PRINT TAB(19);"Total...";t 

3030 FRINT TAB(27)3"=====" 

4000 INPUT "Otro calculo ";a$ 

4010 IF a$="s" THEN GOTO 1000 

4020 IF a$2"S" THEN GOTO 1000 _ 
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Unicamente un comentario a las instrucciones 2050 y 2060, debido a 
que la columna de producto contiene únicamente las posiciones; si el nom- 
bre es más corto, lo alargamos a 10 posiciones añadiéndole puntos; por el 
contrario, si es más largo, lo cortaremos. La instrucción 2050 calcula la lon- 
gitud de a$ y la instrucción 2060 alarga el nombre de a$ con puntos 
(a$=a$+<«.») actualizando la nueva longitud (!=1+1) y repitiendo el proceso 
(GOTO 2060) hasta que la longitud sea 10. En la instrucción 2070 sólo se 
escriben los 10 primeros caracteres de af. 


5.7.3 Práctica tercera 
Paso 1: Definición del problema 


Se trata de un programa que intenta adivinar un número que usted ha 
pensado y que está comprendido entre 1 y 100. El proceso para adivinarlo 
consiste en dar un número e ir preguntando si es mayor, igual o menor. Si 
usted responde con un igual es que la máquina ha acertado el número. Si 
responde con mayor o menor la máquina le presentará otro número. En el 
momento que lo acierte le informará de cuántas veces ha realizado la ope- 
ración. 


Paso 2: Datos 


Los datos fundamentales en este problema es el rango en que puede 
estar el número que usted ha pensado. Claro está que inicialmente este 
rango va de 1 a 100. El margen más pequeño se llama parte izquierda y 
se utiliza la variable ¡z para designarlo, y al más grande se le llama derecha 
y para él utilizaremos la variable de. La estrategia del juego consiste en dar 
el número de la mitad del rango que tenemos, si no se ha acertado el nú- 
mero la máquina sabrá que está en la mitad superior o en la inferior, con 
lo que actualizaremos el valor del rango y volveremos a empezar. Por ejem- 
plo, si consideramos el rango inicial, es decir, de 1 a 100, el mejor número 
a preguntar es el 50, la respuesta admite las alternativas siguientes: 


a) Sea igual: Ya se ha acertado el número. 


b) Sea mayor: Esto indica que el número que la máquina quiere adi- 
vinar está entre 51 y 100. 


c) Sea menor: Esto indica que el número que la máquina quiere adi- 
vinar está entre el 1 y el 49. 


Una vez que hemos obtenido el nuevo rango, lo volvemos a subdividir 
y realizamos de nuevo la pregunta. 

El proceso finaliza cuando se ha adivinado el número. 

Si el que contesta le intenta hacer trampa, la máquina lo podrá averi- 
guar, porque detectará un rango que tiene el extremo inferior mayor que el 
extremo superior: nunca es posible que se dé este caso, si las contesta- 
ciones son correctas. Aparte de estos datos fundamentales, precisaremos 
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de un contador de n para saber cuántas veces repetimos el proceso y unas 
variables para introducir el resultado de la pregunta (a$). 

En líneas generales, el programa debe constar de los bloques siguien- 
tes: 


Paso 0: Inicialización del rango 


Paso 1: Cambiar el rango y repetir el paso 1 o salirse según 
a) Se ha acertado: ir al Paso 2 
b) Se ha hecho trampa: ir al Paso 3 


Paso 2: Informar qué número de veces se ha tardado en adivinar el 
número e ir al Paso 4 


Paso 3: Informar del intento .de hacer trampa 
Paso 4: Preguntar si se quiere jugar otra vez. 


El paso más difícil es el Paso 1. 
Se inicia este paso preguntando si el rango es correcto o bien se ha 
hecho trampa;la pregunta es 


IF iz>de THEN ir al paso 3 


(Recuerde, ¡z contiene el extremo inferior del rango y de, el extremo 
superior) 

Una vez se ha determinado que el rango es correcto,se calcula el valor 
más cercano al medio, decimos más cercano porque si el rango contiene 
un número par de elementos no existe un número medio. Tomaremos por 
convenio el número que está más cerca del centro y del extremo inferior. 
Esto se realiza mediante la instrucción 


ac = INT((iz+de)/2) 


En esta instrucción lo primero que se calcula es el promedio (iz+de)/2 
que puede dar un número fraccionario, por ejemplo, en el rango inicial 
(1+100)/2 da 50.5; debido a que tenemos un número par de elementos del 
1 al 100, ambos inclusive. La utilización de la función INT elimina los de- 
cimales suprimiéndolos, por lo tanto, tomaremos el valor más pequeño de 
los que están en el centro. 

A continuación preguntaremos si este número que hemos calculado es 
el correcto, la respuesta tiene tres alternativas: 


a) Que sea efectivamente el buscado, saldremos de este paso 


b) Que sea menor, entonces cogeremos el extremo superior del rango 
y lo rebajaremos al número que se ha presentado menos 1 
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Figura 4 Programa para acertar 
un número comprendido en un 
intervalo determinado. 
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c) Que sea mayor, entonces cogeremos el extremo inferior del rango 
y los aumentaremos al número que se ha presentado más 1 


iz = ac+1 


En las dos últimas alternativas, aumentaremos en uno el número de 
veces que hemos preguntado y reanudaremos el proceso con el nuevo 
rango obtenido. 


Paso 3: Codificación 


El listado se le presenta en la figura 4. De todas maneras debería in- 
tentar hacerlo con las explicaciones que le hemos dado y comparar su tra- 
bajo con la versión que le ofrecemos. 


10 LET iz=i 1: LET de=100 2 LET nm=1 
1000 IF (iz>»de) THEN GOTO 3000 
1010 LET ac=INT((iz+de)/2) 
1015 CLS 
1020 ERINT "El numero puede seri "zac 
1030 PRINT "El numero que ha pensado es: " 


1040 FRINT " Mayor (0)" 
1050 PRINT " Igual (=)" 
1060 ERINT " Menor (()" 


1070 INPUT as$ 

1080 IF (a$="=") THEN GOTO 2000 

10390 IF (a$=")") THEN LET iz=ac+1i 2: GOTO 1120 
1100 IF (a$="(") THEN LET de=zac-1 : GOTO 1120 
1110 GOTO 1070 

1120 LET n=n+1 3: GOTO 1000 

2000 PRINT "Lo he acertado en "3n;" veces" 
2010 GOTO 4000 

3000 FRINT "Lo siento me ha enganado" 

4000 INPUT "Quiere ¿ugar otra vez?"sas 

4010 IF a$="s" THEN GOTO 10 

4020 IF a$="S" THEN GOTO 10 


Hemos tenido la precaución de numerar las líneas de tal manera que 
la cifra de los millares indica a qué paso pertenece 


Paso 5: Pruebas 


Le sugerimos que pruebe con los números 23, 77, 1, 99, 100 

Intente también hacer trampas, basta que introduzca una respuesta 
incorrecta, por ejemplo, cuando es mayor contestar que sea menor. 

Finalmente, cambie la instrucción 10, el límite del extremo superior pón- 
galo igual a 1000, por ejemplo, y compruebe que también funciona; ahora 
naturalmente, el problema va a tardar más. 

Es interesante que estudie bien este ejemplo, pues es la base de mu- 
chos algoritmos útiles en programación. 
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6.1 LOS OPERADORES LOGICOS 


En el ZX-Spectrum los operadores lógicos disponibles son el NOT, el 
AND y el OR, están situados respectivamente en las teclas S, Y, U y no 
existe el operador XOR. 

El valor del Sl en el ZX-Spectrum es el 1. 

El ZX-Spectrum no presenta variación respecto al comportamiento de 
los operadores lógicos si actúan sobre variables lógicas; es decir, el fun- 
cionamiento de la lección estándar es correcto hasta el apartado 6.6. De 
todas maneras debe estudiar este apartado con atención; cuando lo finalice 
estará en condiciones de comprender mejor cómo actúa el ZX-Spectrum. 

La única diferencia está en que el operador XOR no lo puede utilizar, 
pero una vez haya estudiado el apartado 6.3 podrá utilizarlo sustituyendo 
el operador XOR por la expresión 


(NOT A AND B) OR (A AND NOT B) 


De momento, no intente entender esta expresión, cuando haya estu- 
diado el apartado 6.3 entenderá su significado. 

Por otra parte, cuando en el capítulo estándar escriba los programas 
de la tabla de verdad de la propiedad de distribuidad y la tabla de verdad 
de las leyes de Morgan, le advertimos que en las líneas 20, 30, 40 y 50 no 
utilice las teclas de los operadores AND y OR, sino escríbalos letra por letra. 
Si utiliza estas teclas en la cadena de caracteres se codifica un solo número 
y a la hora de salir el resultado por pantalla serán 5 para el AND (las tres 
letras y los dos blancos) y 4 para el OR. De todas formas puede probarlo 
de las dos maneras y observar la diferencia. 


6.2 LOS OPERADORES LOGICOS SOBRE NUMEROS 


Como ya sabe la representación del SI en el ZX-Spectrum es con un 
1; esto hace que el comportamiento de los operadores lógicos sobre los 
números difiera notablemente del explicado en la lección del Basic están- 
dar. 

El criterio general que debe seguir es que en el ZX-Spectrum la con- 
dición que expresa el NO o el SI se parece más a cero y distinto de cero 
respectivamente, que propiamente a operaciones lógicas sobre la repre- 
sentación binaria de los números. 


a/ Caso del NOT. 
El NOT en el ZX-Spectrum da cero si se aplica a un número distinto 


de cero y uno si se aplica al cero. 
Como ejemplo haga los siguientes PRINT inmediatos: 


-PRINT NOT 1 dara 0 
£RINT NOT 25 dara 0 
PRINT NOT 234 dara 0 
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Vea, por lo tanto, que no hace ninguna operación con los bits, simple- 
mente da de resultado 1 si el número es cero, o da de resultado cero si el 
número es distinto de cero. 

No puede ser de otra manera pues la representación del Sl con un 1 
impide hacer las operaciones con los bits. 


b/ Caso del AND 


En el caso del AND el resultado es el primer número si ambos números 
son distintos de cero y cero en los demás casos. 

Observe que basta que uno de los números sea cero para que el re- 
sultado sea cero. Veamos algunos ejemplos: 


Cuando los dos números son distintos de cero, que es el caso más 
complicado, el resultado es el primero de los dos, es decir, el resultado no 
es simétrico. Veamos unos cuantos PRINT inmediatos 


observe que no da lo mismo PRINT 25 AND 30 que 30 AND 25, ni tampoco 
—17 AND —13 y —13 AND -—17. 


c/ Caso del OR. 
El comportamiento del OR es un poco más complicado. 


En un primer caso diremos que sólo da cero cuando los dos operandos 
son cero, por ejemplo. 


En un segundo caso, si el primer número es cero y el segundo no lo 
es, el resultado es 1. Por ejemplo, 
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PRINT 0 OR 2 dara 1. 
FPRINT 0 OR 34 dara 1. 
PRINT O OR -3 dara 1. 
PRINT 0 0R 10 dara. Ll 


En un tercer caso, si el primer número es distinto de cero el resultado 
es este número, sin importar lo que valga el segundo. Por ejemplo 


FRINT Z OR 0 dara Za 
ERINT 34 OR 2 e dara 34. 
PRINT -35 OR 0 dara -3. 
ERINT 10 OR 23 dara 10. 


Las reglas para el NOT, el AND y el OR entre números obedecen a 
unas reglas que no se ajustan a ninguna relación teórica lo suficientemente 
importante para que tengan algún valor en programación. Mientras que la 
teoría que hemos expuesto en la lección del BASIC estándar tiene aplica- 
ción en la programación avanzada de la teoría de conjuntos. 

Por esta razón, le rogamos encarecidamente no utilice estas reglas 
últimas en sus programas. No serán transportables a otros ordenadores. 
Controle, por lo tanto, que todas las variables que aparezcan en expresio- 
nes lógicas sean variables booleanas o lógicas. En resumen, este apartado 
6.2 que acaba de estudiar, tiene como única finalidad el que usted conozca 
cómo se comporta su ordenador. Sin embargo, insistimos no tenga en 
cuenta este comportamiento en sus programas, pues los hará totalmente 
incompatibles con otras versiones del BASIC. Guíese más bien por lo que 
estudiará a continuación en la lección estándar. 


—í 


6.3 PRACTICA 1. UNA SUMADORA BINARIA 


La construcción física de los ordenadores se basa en el ensamblaje de 
distintos circuitos lógicos. Circuitos lógicos significan, aquellos circuitos que 
realizan las operaciones lógicas sobre entradas eléctricas que sólo pueden 
tener dos valores, conducir o no conducir, y producen una salida que es a 
su vez una señal eléctrica lógica. 

En realidad, todas las operaciones aritméticas que realiza un ordena- 
dor se hacen mediante el cálculo lógico. 

La pretensión de esta práctica es mostrar, por una parte cómo funciona 
el circuito aritmético más sencillo, el sumador, y, por otra parte practicar 
con las propiedades de los operadores lógicos. 

Vamos a imaginar un ordenador que tiene un sumador muy sencillo, 
concretamente sólo suma números binarios de dos cifras y puede dar el 
resultado con tres cifras binarias. Veamos el ejemplo siguiente: 

10 
A | 
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Los sumadores de los ordenadores reales no dan más cifras que las 
de los sumandos, pero siempre, este último dígito queda almacenado en 
algún elemento de la UCP y el programa lo puede averiguar. 


6.3.1 Definición del problema 


El procedimiento de sumar un dígito en binario es bien sencillo, la tabla 
de sumar que se debe recordar es la siguiente: 


0+0=0 
1+0= 41 
0+1= 1 
1 + 1 =10 (el resultado es O y llevo una) 


Sólo debemos preocuparnos en sumar dos números. Cuando se su- 
man más, se toman los dos primeros y se suman; el resultado se suma con 
el tercero y así sucesivamente. 

Evidentemente, hay una estricta correspondencia entre los valores ló- 
gicos SI y NO con los dígitos binarios que son 1 y O. A partir de este mo- 
mento vamos asociar un dígito 1 a un Sl y un dígito O a un NO. 

De una manera general, el sumador debe resolver el problema si- 
guiente: suponiendo que nos dan los valores de los dígitos A1, A2, B1 y B2 
de la tabla 


A2 Al 
+ -B2 Bi 
C3 C2 Ci 


se deben calcular los valores de los dígitos C1, C2 y C3. 

En nuestro programa las variables A1, A2, B1, B2, C1, C2 y C3 se 
simularán con variables lógicas. 

El mecanismo de suma se describe para los tres dígitos del resultado 
de una manera distinta. 

El primero de ellos, se obtiene al considerar la suma de los dígitos A1 
y B1 únicamente. El segundo es más complicado pues hay que considerar 
los dos dígitos A2 y B2 y además recordar si se lleva o no una de la suma 
de los dígitos anteriores. Finalmente el tercer dígito, corresponde a colocar 
el dígito que memoriza si se lleva o no un dígito arrastrado de la suma de 
los segundos dígitos. 

Debe observar que estos tres casos, se dan siempre aunque se sumen 
números de más cifras. El mecanismo de la suma de los dígitos es igual al 
del segundo en nuestro ejemplo, excepto, como en nuestro caso también, 
el primero y el último. 

Lo que parece claro es que deberemos tener una variable dispuesta 
para controlar si llevamos o no llevamos una. 


6.3.2 Diseño 


En una primera parte deberemos preocuparnos por la entrada de los 
datos. Es necesario entrar los cuatro dígitos A1, A2, B1 y B2. 
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Esta entrada la haremos controlando que realmente sea un cero y un 
1 lo que se entra. De esta manera, la variable numérica será a su vez lógica 
ya que sus únicos valores posibles serán el O y el 1, valores asociados al 
NO y el SI en el ZX-Spectrum. 

Una vez recogidos estos datos se presentarán en pantalla en la forma 
siguiente: 


1 2 3 
12345678901234567890123456789012 
1 
2 XX 
3 + XX 
4 
5 XXX 
6 


Los números de la primera fila representan las columnas y los de la 
izquierda de cada fila representan las filas en pantalla. 

Una vez entrados estos números se realizará el cálculo de la suma, se 
dispondrá en pantalla y se pedirá para realizar otra suma. 

Si el primer dígito que entramos es —1, quiere decir que deseamos 
finalizar el programa. 

Un esquema del programa es el siguiente: 


— Borrar pantalla 

— Presentar el fondo de pantalla 

— Entrar el primer dígito (a2) 

— Si es menos 1 finalizar 

— Borrar los dígitos anteriores 

— Colocarlo en pantalla 

— Entrar el segundo dígito (a1) 

— Colocarlo en pantalla 

— Entrar el primer dígito del segundo (b2) 
— Colocarlo en pantalla 

— Entrar el segundo dígito del segundo (b1) 
— Colocarlo en pantalla 

— Efectuar la suma 

— Colocarla en pantalla 

— Volver a entrar el primer digito 

La parte más difícil es el paso de efectuar la suma; por ello, de mo- 


mento no efectuaremos la suma y escribiremos esta parte de entrada de 
datos. Una vez probada pasaremos a considerar cómo se realiza la suma. 
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Con el fin de dejar los bloques separados; reservaremos el bloque de nu- 
meración de la línea 2000 a 3000 para el sumador propiamente dicho. 
La traducción de estos pasos a código BASIC es la siguiente: 


Observe que se utiliza frecuentemente la función AT de posicionado 
de cursor para dirigir la escritura en la pantalla de una manera controlada. 
Observe también que detrás de los PRINT está siempre un punto y coma, 
ya que como siempre escribimos dirigido hacia un lugar de la pantalla no 
hace falta saltar de línea. 

Es mejor probar esta parte de programa antes que estudiar el sumador 
propiamente dicho. 

De momento los resultados de esta suma van a ser cero siempre, ya 
que en la instrucción 2010, en lugar de sumar se colocan a cero los valores 
de c1, c2, c3. 

Para probarlo, correctamente se debe controlar, en primer lugar que 
todo quede bien situado en la pantalla. 

Después se debe intentar entrar números distintos de cero y uno, y 
controlar que efectivamente el programa los rechaza como entrada de da- 
tos. 

Finalmente comprobar que el programa finaliza bien. 


6.3.3 Sumador propiamente dicho 


La técnica para sumar es un poco complicada, consideremos los dí- 
gitos primeros el A1 y B1. Si ambos son cero o ambos son uno el resultado 
es cero. Si uno es uno y el otro es cero, el resultado es 1. (De momento 
no se preocupe por la que llevamos). 

Este comportamiento es precisamente el del operador XOR, da Si 
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cuando uno de los operandos es distinto y da NO cuando son iguales. En 
nuestro ordenador desafortunadamente no tenemos el XOR, pero ya sa- 
bemos por el capítulo de BASIC que es posible calcularlo mediante la ex- 
presión. 


(NOT al AND b1) OR (ai AND NOT b1) 


por lo tanto, el resultado de esta expresión será el dígito que hay que co- 
locar en c1. 
La instrucción 2010 será: 


Z010 cl= (NOT al AND b1) OR (al AND NOT b1) 


Ahora es el momento de considerar si llevamos una o no. La variable 
que utilizaremos para almacenar el arrastre es la c3, puesto que es la última 
que se calcula. En la suma del primer dígito sólo llevaremos una cuando 
al y b1 sean 1, es decir, Sl. Por lo tanto, aplicando el operador AND entre 
ellos obtendremos si llevamos o no llevamos una. La operación 


c3 = al AND bi 


dará un 1 a c3 si llevamos una y un 0 si no llevamos ninguna. 

Pasemos a considerar ahora los dígitos intermedios, de hecho, hay que 
sumar tres bits, el a2, el b2 y el c3 que es el que contiene si llevamos una 
o no. 

Observe que aunque los tres dígitos sean 1, sólo podemos arrastrar 
como máximo 1, pues 1+1+1, en binario es 11 en binario y, por lo tanto, 
sólo llevamos una. 

Para realizar la suma de estos tres dígitos sólo hay que repetir el caso 
anterior dos veces. 

En efecto la suma de c3 y a2 será un primer valor de c2. Su cálculo 
se efectúa como 


cz = (NOT a2 AND c3) OR (az AND NOT 03) 


este valor de c2 es provisional, pero en este momento responde al dígito 
sumado entre a2 y c3 (que es el que llevamos arrastrado). 

Antes de hacer la otra suma hay que calcular si llevamos una o no para 
la siguiente operación. Observe que si llevamos una en esta parte de la 
operación, en la segunda parte no podrá llevar ninguna más. El hecho de 
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que en estos momentos ya lleve una es que el resultado en c2 es cero y, 
por lo tanto, al sumarle b2 no podrá sobrepasar el resultado de 1. El cálculo 
de ésta que llevamos la podemos almacenar en c3, con la operación 


c3 = az AND c3 


ya que la variable c3, que hasta ahora reflejaba la que llevábamos del dígito 
anterior, se ha utilizado al sumarlo con a2 y, por lo tanto, podemos alterar 
su valor. 

Para finalizar la suma debemos sumar los dígitos b2 y c2 que nos que- 
dan por sumar; sin embargo, el resultado lo tenemos que almacenar en c2, 
por lo tanto, antes de efectuar la suma propiamente dicha debemos saber 
si esta suma nos obligará a arrastrar un uno. Una vez realizada la suma 
puede haber cambiado el valor. 

Esto sólo puede suceder si c3 es cero, recuerde que antes hemos men- 
ciona que el bit de arrastre sólo se puede modificar en una de las dos ope- 
raciones, y no en ambas a la vez. Por ello para saber si arrastramos o no 
una debemos realizar la instrucción siguiente: 


IF NOT c3 THEN c3 = b2 AND e2 


De hecho en los circuitos electrónicos no existe esta forma de IF, por 
lo tanto debemos sustituir este IF por una operación lógica. El valor de c3 
debe ser uno si lo es c3 o si siendo cero c3 es uno b2 AND c2; luego la 
operación lógica indicada es el OR; por lo tanto, la instrucción anterior se 
debe escribir como 


cd = c3 OR ( b2 AND 07) 


También en esta operación el valor de c3 proviene de la operación de 
cálculo de arrastre para la suma de a2 y la que llevamos antes; por lo tanto, 
la operación se puede escribir 


c3 = (az AND 03) or (b2 AND ez) 


Una vez calculado el arrastre se puede ya calcular el valor definitivo 
del dígito c2 mediante la operación 


c2 = (NOT b2 AND c2) OR (b2 AND NO 
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En este punto ya tenemos calculados los dígitos, pues c3 vale uno si 
se arrastra uno y vale cero si no se arrastra. 


Esquematizado todo lo dicho: 


Cálculo del primer dígito del resultado. 


c1 = al XOR b1 : Calcula el dígito c1. Sólo es 1 si al y b1 son 
distintos. 
c3 = al AND b1 : Calcula el arrastre del primer dígito. Sólo hay arras- 


tre si los dos a1 y b1 valen 1. 


Cálculo del segundo dígito del resultado. 


c2 = C3 XOR a2 : Calcula el resultado del arrastre más el dígito a2. 
Se almacena provisionalmente en c2. 
c3 = (c3 AND a2) or (b2 AND c2) : Calcula el arrastre de esta ope- 


ración para el próximo dígito a sumar. Nunca pueden ser verdad 
simultáneamente los dos términos unidos por el OR. 


c2 = b2 XOR c2 : Cálculo definitivo del segundo dígito. 
Cálculo del tercer dígito del resultado. 


c3 : Contiene ya el resultado; es uno si hay arrastre y cero si no lo 
hay. 


En definitiva, el trozo de programa de sumador binario queda como 
sigue: 


(NOT al AND b1) OR (al AND NOT b1) 


2010 LET ci = 

20:20 LET c3 = al AND bi 

2030 LET c2 = (NOT az AND c3) OR (a2 AND NOT 03) 
2040 LET c3 = (a2 AND c3) OR (b2 AND c2) 

2050 LET c2 = (NOT b2 AND c2) OR (b2 AND NOT c2) 


6.3.4 Pruebas 


Debido a que se trata de un sumador de sólo cuatro dígitos binarios 
al, a2, b1 y b2 se puede comprobar su funcionamiento de una manera 
exhaustiva, ya que todas las combinaciones de cuatro bits son 16. Luego 
haciendo 16 pruebas sabremos si el sumador funciona correctamente. 
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Le ofrecemos a continuación estas 16 sumas para que pueda compro- 
bar que el programa que ha realizado las reproduce. 


00 01 10 11 
00 00 00 00 


000 001 010 011 


00 01 10 11 
01 01 01 01 


001 010 011 100 


00 01 10 11 
10 10 10 10 


010 011 100 101 


00 01 10 11 
11 11 11 11 


011 100 101 110 


6.4 PRACTICA 2. LA CONSTRUCCION DE FILTROS 


Esta práctica consiste en realizar con un ejemplo la técnica del filtrado 
de información. 

Siguiendo con el tema del capítulo de BASIC, vamos a diseñar un sis- 
tema que permita seleccionar distintos elementos en un fichero de objetos; 
elegimos coches, a partir de unas características que nos interesan en de- 
terminado momento. 

Hemos mencionado el término fichero, pero lo vamos a utilizar en un 
sentido muy restringido, tómelo como una colección de objetos cuyas pro- 
piedades residen en la memoria del computador. Reservamos la definición 
rigurosa para el capítulo 17 del tomo V. 


6.4.1 Definición del problema 


Ya hemos dicho que vamos a considerar coches como objetos que 
queremos analizar, evidentemente no vamos a estudiar un coche en abs- 
tracto sino en función de unas propiedades que nos interesan. 

Estas propiedades que vamos a seleccionar constituyen una repre- 
sentación del coche, es decir, unos aspectos del coche que nos interesan 
en estos momentos. 

Estas propiedades son: 


— Motor Diesel. 

— Tracción Delantera. 

— Frenos de Disco. 

— 5 velocidades o marchas. 
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Estas propiedades son binarias en el sentido de que un determinado 
modelo de coche las tiene o no las tiene. Por lo tanto, nuestra represen- 
tación del coche consistirá en cuatro valores Sl o NO que se referirán a si 
posee o no posee la propiedad determinada. 

Así, si el coche posee motor DIESEL, almacenaremos una S para esta 
propiedad y si no lo posee almacenaremos una N para esta propiedad. Lo 
mismo para la segunda, tercera y cuarta de las propiedades mencionadas. 

Una imagen de nuestro fichero consistirá, por lo tanto, en una tabla 
como la que se muestra a continuación: 


Modelo N.” MD TD FD V5 


1 SNSS 
2 NS NN 
3 5 5.58 
n SNSS 


Fíjese que éste es lo que más arriba denominamos fichero, la infor- 
mación sobre cada modelo está limitada a cuatro valores, por eso decimos 
que se trata de la representación de un coche, desde un punto de vista muy 
parcial que es el nuestro. 

Decimos que además es muy especial porque para representarlo en 
la memoria del ordenador vamos a utilizar una cadena de caracteres S o 
N, normalmente no se utilizan las cadenas de caracteres para guardar fi- 
cheros. 

Pero no lo vamos a hacer por filas, sino que vamos a tomar las colum- 
nas. Es decir, en el ordenador vamos a utilizar cuatro variables textuales, 
los nombres de las columnas df, t$, f$ y v$, de tal manera que la tabla la 
dispondremos en memoria según la forma siguiente: 


Modelo: 1 2 3... n 

Diesel d$: S N S S 
Tracción t$: N S S N 
Frenosf$: S N S S 
Velocidades d$: S N S S 


Es decir, en la primera posición de la variable textual d$, está el S si 
el modelo primero de coche tiene motor Diesel, y NO si no tiene motor 
Diesel, el carácter en la posición 3 de la variable textual d$ se refiere al 
modelo de coche número 3, el carácter en la posición 7 se refiere al modelo 
de coche número 7, y así sucesivamente. 

La variable f$ contiene un S en la primera posición si el modelo de 
coche lleva frenos de disco y una N si no los lleva, lo mismo para el carácter 
que ocupa la posición 4 que se referirá al cuarto modelo de coche. 

Esto se puede repetir para cada una de las variables textuales. 
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La operación de considerar el fichero en forma de columnas en lugar 
de filas se denomina inversión del fichero. Tenga en cuenta, que la forma 
en que los modelos son los números de fila es cómoda para rellenar, es 
decir, considerar cada modelo de coche y dar los valores de las cuatro pro- 
piedades; mientras que la que contiene los modelos en las columnas es 
cómoda para buscar y seleccionar la información. 

El problema que vamos a plantear es el siguiente, deseamos realizar 
un programa que nos cree un fichero del estilo mencionado antes, para 
unos modelos de coche. 

Cuando lo tengamos en memoria, vamos a realizar la selección de los 
modelos que cumplan con una pregunta que podamos hacer, por ejemplo, 
¿Qué modelos llevan tracción delantera y no llevan motor Diesel?, de tal 
manera que el ordenador nos dé la lista de modelos que cumplen con esta 
condición lógica. 

Lo vamos a hacer de tal manera que acepte cualquier pregunta que 
sea aceptable en BASIC con los operadores lógicos. 

De la definición del problema ya se desprende que tendremos dos par- 
tes bien diferenciadas que son la entrada de datos de los modelos y la parte 
del programa que responda a las preguntas que le formulemos. 


6.4.2 Entrada de datos 
6.4.2.1 Diseño 


La entrada de datos consiste en presentar una pantalla que tenga la 
forma siguiente: 


1 2 3 
12345678901234567890123456789012 


2 
3MODELO NUMERO: XX 
Motor Diesel 1>x 
Tracción delantera 2>x 
Frenos de disco 3>x 
5 Velocidades 4>x 


00 YNDOOA 


Los números de la hilera superior indican las columnas de la pantalla 
y los números de la izquierda las filas de la pantalla. De esta figura dedu- 
cimos que el rótulo del modelo debe estar en la fila 3 y columna 1. Mientras 
el número de modelo debe escribirse en la columna 16 de la fila 3. Por otra 
parte, los rótulos de las propiedades deben alinearse por la derecha en la 
columna 23 de las filas 5, 6, 7 y 8. Finalmente las propiedades deben pre- 
sentarse en la columna 24 de las filas 5, 6, 7 y 8. 

La numeración de los modelos será automática, es decir a medida que 
vamos entrando va dando el número al siguiente modelo de automóvil. Este 
número se almacenará en la variable n. 
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Utilizaremos cuatro variables d$, t$, f$ y v$ para almacenar cada uno 
de los atributos, que es otro nombre para las propiedades, es decir, hablar 
de propiedades y atributos es equivalente. 

El primer paso a realizar es la presentación en pantalla, el esquema 
es el siguiente: 


CLS 
PRINT at 3,1;«MODELO NO:» 
a$= «Motor Diesel 1>» 


repetir: IF LEN(a$) <23 THEN a$=« »+a$ 
PRINT at 5,1;a$ 
a$= «Tracción delantera 2>>» 


repetir: IF LEN(a$) <23 THEN a$=« »+a$: GOTO repetir 
PRINT at 6,1;a$ 
... y así para todos los atributos 


(Observe que no utilizamos números de línea sino que únicamente uti- 
lizamos nombres, lo hacemos porque se trata sólo de un esquema y, por 
lo tanto, no estamos sometidos a los rigores sintácticos de la máquina. Este 
tipo de esquemas se utilizan mucho en el diseño de programas y debe con- 
siderarse normal en esta fase de construcción del programa. Luego cuando 
escribamos el programa completo ya traduciremos todo esto a números de 
líneas. De momento sólo queremos aclarar las ideas.) 

El segundo paso consiste en realizar la pregunta de los atributos para 
cada modelo, el esquema de programa es el siguiente: 


n=0 


otro: n=n+1 
PRINT at 3,16;STR$(n) 
Preguntar por el valor de los atributos. 
INPUT «Hay más modelos»; a$ 
PRINT at 5,24;« »; 
PRINT at 6,24;« »; 
PRINT at 7,24;« »; 
PRINT at 8,24;« »; 
IF a$<>«n» GOTO otro 
CLS 
finaliza la fase de entrada de datos 


(se aplican las mismas observaciones hechas anteriormente respecto a la 
sintaxis de las líneas de programa). 

En la primera parte se incrementa el valor de n y se presenta en pan- 
talla, a continuación se debe entrar los valores de los atributos, después el 
programa nos pregunta si queremos entrar más modelos, después de la 
contestación se borran los atributos del modelo anterior y finalmente si la 
contestación es distinta de n(a$<>«n») se va a entrar otro modelo. 

Vamos a desarrollar el diseño de la fase de entrada de los atributos. 

La entrada se puede almacenar en una cadena de caracteres que ten- 
drá de longitud máxima 4. El primer símbolo significará que si es una S, el 
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modelo que estamos entrando tiene el motor Diesel, si tiene una N es que 
no tiene el motor Diesel. La segunda posición significa lo mismo para la 
segunda propiedad. Lo mismo para la tercera y la cuarta propiedad. Para 
almacenar temporalmente estos atributos se utiliza la variable m$. 

Se utiliza la variable p para contar los atributos entrados, es decir, vale 
1 cuando entramos el atributo del Motor Diesel, 2 cuando entramos la trac- 
ción delantera y así sucesivamente. 

El esquema de esta parte es: 


p=1 :m$= »» 
seguir: IF p>4 GOTO salir 


repetir: INPUT «atributo «+STR$(p)+»:»;a$ 
IF a$<>«s» AND a$<>«n» GOTO repetir 
m$=m$+a$:REM Se coloca el nuevo atributo en m$ 
PRINT AT p+4,24;a$; : Se presenta en pantalla 
p=p+1 
GOTO seguir 


salir: Continuación del programa. 


(le recordamos que es un esquema y que utilizamos un lenguaje no direc- 
tamente aplicable al ordenador). 

Después de esta fase de colección de resultados, es necesario invertir 
los valores entrados, es decir, colocar cada uno de los valores en las ca- 
denas d$, t$, f$ y v$. (En la parte inicial de la entrada de datos las debe- 
remos colocar al vacío.) 

Para realizar esta parte utilizaremos el esquema siguiente: 


d$=d$+m$(1 TO 1) 
t$=1$+m$(2 TO 2) 
f$=f$+m$(3 TO 3) 
v$=v$+m8(4 TO 4) 


La entrada para cada modelo consiste en ir alargando las cadenas d$, 
t$, f$ y v$ con los resultados entrados, de esta manera el carácter que está 
en la primera posición en las cadenas corresponde al modelo primero, el 
que está segundo al segundo modelo y así sucesivamente. 

Como puede observar parece innecesaria la introducción de la variable 
n, pues no interviene para nada en la captura de datos. De todas maneras 
la variable n nos permite saber en que modelo estamos trabajando. Esto 
puede ser importante si estamos copiando de una lista pues cualquier dis- 
tracción en la entrada puede hacernos perder el sitio donde trabajamos; la 
variable de contaje se encargará de informarnos donde estamos. 

El esquema de la entrada de datos puede resumirse así: 


n=0: d$=«» A t$=«» S f$=«» e vV$= «» 


otro: n=n+1 
PRINT AT 3,16;str$(n) 
p= 1 :m$= »» 
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- seguir: 
repetir: 


salir: 
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IF p>4 GOTO salir 


INPUT «atributo «+STR$(p)+>»:»;a$ . 

IF a$<>«s» AND a$<>«n» GOTO repetir 
m$=m$+a$:REM Se coloca el nuevo atributo en m$ 
PRINT AT p+4,24;a$; : Se presenta en pantalla 
p=p+1 

GOTO seguir 

d$=d$+m$(1 TO 1) 

t$=t$+m$(2 TO 2) 

f5=f$+m$(3 TO 3) 

v$=v$+m8$(4 TO 4) 

INPUT «Hay más modelos»; a$ 

PRINT AT 5,24;<« »; 

PRINT AT 5,24;<« »; 

PRINT AT 7,24;<« »; 

PRINT AT 8,24;« 
IF a$<>«n» GOTO otro 

CLS 

finaliza la fase de entrada de datos 


W 


Después de realizar este esquema, en las variables textuales d$, t$, 
f$ y v$ nos quedan dispuestos los atributos de los modelos que deseamos. 

Antes de pasar a la discusión de la segunda parte vamos a codificar y 
probar esta parte. 


6.4.2.2 Escritura del programa 


A partir de los esquemas anteriores es fácil escribir el programa ya 
codificado para la máquina. Ud. debe intentar hacerlo sin consultar la ver- 
sión que le ofrecemos. Una vez tenga su versión compárela con la nuestra 
para observar las diferencias y pase a la parte de pruebas, para ver si su 
versión es correcta. En todo caso, cuando haya experimentado con su ver- 
sión, teclee la nuestra y siga con las pruebas. 
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Cuando haya tecleado hasta este punto puede hacer un RUN y corregir 
los defectos que encuentre. 

Continuemos ahora con la parte de entrada de datos, empezaremos 
en 1000 para que quede claramente separada de esta parte, en el interior 
de este nuevo bloque haremos un salto a 1500 para indicar la parte de 
entrada de los atributos y un salto a 1900 para acabar con la pregunta de 
si queremos continuar. 


Para facilitar las pruebas de esta parte vamos a añadir que cuando 
finalicemos el programa nos escriba provisionalmente las variables n, d$, 
15, f$ y v$, a fin de controlar que todo va bien en esta primera parte. 

Las instrucciones serían las siguientes: 


6.4.2.3 Pruebas 


Empezaremos las pruebas con un fichero pequeño, por ejemplo, de 
cuatro modelos de coche. 
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La tabla de este fichero puede ser la siguiente: 


Modelo Diesel Tracción Frenos Velocidades 


BhO0n —- 
nzZ0 
ZZ200 
ZONZZ 
nnzzZ 


Después de ejecutar el programa tal como lo tenemos ahora debe apa- 
recer en pantalla al finalizar la entrada las siguientes cadenas de caracte- 
res: 


4 
SNNS 
SSNN 
NNSN 
NNSS 


Además de probar si intenta introducir algún atributo que no es so n 
el programa no sigue adelante en este atributo hasta que la entrada sea 
correcta. 

Debe comprobar además que el mecanismo de seguir entrando fun- 
ciona correctamente. 


6.4.3 Selección de información 


Una vez tenemos el programa que nos carga los datos en memoria y 
nos invierte el fichero de entrada proseguimos con la fase de recuperación 
de información. 

Recuerde que el objetivo de esta segunda parte consiste en recuperar 
la información de una manera selectiva, es decir, que cumpla una serie de 
condiciones que le manifestamos antes de proceder a la recuperación. 


6.4.3.1 Diseño 


El mecanismo básico consiste en formular una pregunta, realizar el cál- 
culo de la información que cumple con la pregunta y formular otra vez la 
pregunta. Cuando, por ejemplo, la pregunta sea vacía se finaliza el pro- 
grama. 

El esquema es el siguiente: 


otra INPUT «Que pregunta desea formular:»;p$ 
IF p$<>«» GOTO finalizar 
Mecanismo de contestación a la pregunta. 
GOTO otra 


finalizar: CLS 
El programa está finalizado. 
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Como puede ver el mecanismo global es muy sencillo, pasemos ahora 
a estudiar el mecanismo de contestación de la pregunta. 

Antes, de todos modos, es necesario definir de qué manera haremos 
las preguntas. Utilizaremos cuatro variables lógicas, m, t, f y v. Estas va- 
riables lógicas tomarán el valor Sl cuando el atributo del modelo conside- 
rado es s y el valor NO cuando la propiedad del modelo contiene una n. 
No debe confundir la utilización de las variables con el valor de los atributos. 
Debemos utilizar variables pues para cada modelo de coche el valor de la 
variable es distinto. 

La inicial de la variable lógica responde a la idea del atributo, así d 
significa diesel, la t significa tracción, la f significa frenos y la v significa 
velocidades. 

La manera de escribir la pregunta consiste en mezclar estas cuatro 
variables con los operadores NOT, AND y OR de manera que se forme una 
expresión lógica, válida en BASIC. Aprovecharemos las propiedades de la 
función VAL, que permite calcular expresiones contenidas en la variable 
textual que tiene como argumento. 

Veamos algunos ejemplos de planteamiento de preguntas, imagine 
que desea formular la pregunta 


¿Con motor diesel y sin 5 velocidades? 


la traducción para formular la pregunta es 


d AND NOT v, 


en efecto, d significa que tenemos en cuenta el motor Diesel y será cierta 
cuando el coche tenga motor Diesel; v significa que cuando tenga 5 velo- 
cidades será cierta, como lo que queremos es sin 5 velocidades debemos 
negar esta variable. Finalmente en AND traduce la conjunción lógica y. 

Si se aplica a la tabla que hemos entrado anteriormente, el resultado 
debe ser el modelo 1, ya que es el único que tiene motor Diesel, sólo lo 
tienen el 1 y el 4, y de estos dos sólo el 1 no tiene 5 velocidades. 

Veamos un segundo ejemplo, queremos plantear la pregunta 


¿Con tracción delantera o frenos de disco? 


la traducción es: 


tor f, 


en efecto, t será cierta cuando el modelo tenga tracción delantera, y f será 
cierta cuando los frenos sean de disco. El OR tiene en cuenta la partícula 
o de unión lógica que hacemos en el lenguaje ordinario. 

Para que sea seleccionado un modelo bastará que posea al menos 
una propiedad de las dos mencionadas; en nuestro caso, el resultado es 
1, 2, y 3. El único modelo que tiene las dos propiedades a NO es el 4. 

Vistos estos dos ejemplos, vamos a desarrollar el esquema del pro- 
grama: 


CLS 
PRINT p$ 
p=0 
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seguir: — p=p+1 : if p>n GOTO fin 
d = d$(p TO p) = «s» 
t = t$(p TO p) = «s» 
f = f$(p TO p) = «s» 
v = v$(p TO p) = «s» 
IF NOT VAL (p$) GOTO seguir 
El modelo cumple con la expresión 
Se imprime el resultado 
PRINT p;» »; 
GOTO seguir 
fin: se ha acabado la contestación a esta pregunta 


Como se puede apreciar, este mecanismo consiste en repasar cada 
uno de los modelos de coche, el modelo que se está considerando es el 
que lleva el número p. 

Antes de iniciar este recorrido se deja limpia la pantalla y se imprime 
la pregunta realizada. 

Luego para cada coche se evalúan las variables m, t, f y v mediante 
la comparación a s del carácter que tiene el orden p dentro de la cadena 
de caracteres del correspondiente atributo. 

A continuación se evalúa la expresión con la función VAL si el resultado 
es falso envía al programa a considerar otro caso, por eso se coloca el NOT 
delante de la evaluación de la función VAL. 

Si el caso ha sido seleccionado se imprime el valor de p pues es el del 
modelo de coche que estamos analizando en aquel momento. 

Finalmente se envía a que considere el modelo siguiente. 

Cuando se alcanze un valor de p superior al número de modelos que 
contiene nuestro fichero se finaliza con el tratamiento a la pregunta, y se 
pasa a formular una nueva. 


6.4.3.2 Escritura del programa 


A la vista de este esquema debe intentar realizar Ud. mismo un pro- 
grama que corresponda con este diseño, antes de consultar la versión que 
le ofrecemos. 

La traducción es bastante directa y simple, el bloque más externo, el 
que se refiere a la pregunta lo empezaremos en 2000, y el bloque más 
interno de contestación a la pregunta lo empezaremos en 2500. 

Antes de teclear nada, es necesario borrar las líneas 2000, 2010, 2020, 
2030 y 2040 que nos han servido provisionalmente para comprobar los re- 
sultados de la parte de entrada de datos. E 

El listado de instrucciones es el siguiente: 
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6.4.3.3 Pruebas 


Las primeras pruebas que podemos realizar son las preguntas que he- 
mos formulado cuando describíamos como se planteaban, es decir, 


d AND NOT v 


tor f 
A éstas les podemos añadir, las dos siguientes: 
¿Motor Diesel y frenos de disco 
o tracción delantera y 5 velocidades? 
¿Motor de gasolina y tracción delantera o 
frenos de disco? 


Estas preguntas traducidas a nuestro esquema de preguntas son: 


(d AND f) OR (t AND yv) 


NOT d AND (t OR v) 


Los resultados de la primera es que no hay ningún modelo que la cum- 
pla, mientras que el resultado de la segunda son los modelos 2 y 3. 


6.4.4 Aplicación 
Para finalizar con esta práctica vamos a cargar un fichero mayor para 


comprobar un poco todas las posibilidades. 
Sea el fichero siguiente extraído de una fuente desconocida: 
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Modelo Motor Tracción Frenos Velocidades 


00 JDODOOAOD0DN 


=n 
3300033030033 00707>2005>3 
NN 535 55 5300030773300 0060 
5303000073730 3>3733730007370 
5300303000733 >300000I330-)>3 


Introduzca este fichero en el programa. 
¡Sea cuidadoso no se equivoque al entrar los datos, los resultados pue- 
den ser totalmente distintos! 
Para comprobar que ha entrado correctamente el fichero, haga las cua- 
tro preguntas siguientes: 
d 
t 
f 
v 
En cada una de las preguntas le debe aparecer la lista de modelos que 
tienen una s en el atributo considerado. Así para d la lista debe ser 
2,5,7,9,13,16,17 


que son los modelos que tienen motor diesel. 
Para las otras variables la lista es 


t: 1,2,3,4,5,9,11,13,19,20 
f : 1,3,4,5,11,14,15,16,17,19 
v : 4,5,8,12,13,14,16,18,19 
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Formulemos las cuatro preguntas que hemos probado con el fichero 
pequeño. 


A la pregunta 


d AND NOT v 
el resultado es 
2,7,9,17 
a la pregunta 
torf 


el resultado es 
1,2,3,4,5,9,11,13,14,15,16,17,19,20 

a la pregunta 

(d AND f) OR (t AND v) 
el resultado es 

4,5,13,16,17,19 
a la pregunta 
NOT d AND (t OR v) 

el resultado es 

1,3,4,8,11,12,14,18,19,20 


No borre el programa porque en las pruebas de evaluación lo va a 
necesitar para realizar las preguntas 11 a 15 de las pruebas prácticas. 


237 


Capítulo 7 


ESQUEMAS DE CONTENIDO 


Objetivos 


Visualización temporal 
Función INKEY$ Selección opciones 


Reconocimiento de teclas 


Ecuación de segundo grado 


o Actualización de precio 
Diseño de programas , 
Números pares 


Interés compuesto 


Clasificación notas 
Tablas de decisión 


Clasificación piezas 


Práctica 1. Realización de una factura 
Práctica 2. Los filtros lógicos 
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La tecla pulsada queda 
memorizada algunos 
segundos 


BASIC 


7.1 FUNCION INKEYS$ 


La función INKEY$ se encuentra escrita en la tecla N. Por tanto, para 
utilizarla recordemos que hay que pasar primero a modo E. Su funciona- 
miento, en principio, es idéntico al estándar. Sin embargo, el teclado del 
ZX-SPECTRUM tiene la particularidad de que memoriza la tecla pulsada 
durante algunas fracciones de segundo. Para comprobarlo, escribamos el 
siguiente programa: 


10 LET A$=INKEYS 

20 IF A$="" THEN GOTO 10 
-30 ERINT "HA PULSADO:"; As 

40 GOTO 10 


El funcionamiento esperado de este programa sería que al pulsar una 
tecla cualquiera, por ejemplo, la A, visualizara en pantalla el mensaje «HA 
PULSADO:A». Entonces el control pasa de nuevo a la línea 10 y el pro- 
grama queda bloqueado entre la 10 y la 20 hasta que pulsemos una nueva 
tecla. Sin embargo, en el ZX-SPECTRUM veremos que al pulsar una sola 
vez la letra A, el mensaje «HA PULSADO:A>» puede aparecer repetido va- 
rias veces en pantalla (puede también que aparezca una sola vez). Esto se 
debe, como hemos mencionado, a que la letra A queda memorizada du- 
rante unos instantes. Entonces, después de escribir la primera vez el men- 
saje, pasa control a la línea 10, donde la función INKEY$ encuentra que 
todavía está memorizada la tecla A, actuando por tanto como si efectiva- 
mente la hubiéramos pulsado de nuevo. Este proceso se repite varias veces 
hasta que se desvanece la memorización. 

Como que este funcionamiento puede originar comportamientos extra- 
ños en algunos programas, habrá que utilizar un procedimiento para evi- 
tarlos. Está claro que la solución consistirá en impedir que el control pase 
de nuevo a la función INKEY$ hasta que no se haya desvanecido la tecla. 
Como sabemos, en el ZX-SPECTRUM, existe la instrucción PAUSE que 
nos ofrece precisamente la posibilidad de detener el programa durante un 
cierto tiempo. 

Si la instrucción PAUSE tiene un valor suficientemente elevado, la me- 
morización de la tecla se desvanecerá y entonces dejaremos paso a la fun- 
ción INKEYS$. En lugar de efectuar algunas pruebas para hallar cual es este 
valor, utilizaremos la instrucción. 


PAUSE O 


Con este valor, como ya estudiamos en su momento, la instrucción se 
espera indefinidamente hasta que se pulse una tecla. Para la instrucción 
PAUSE no tiene efecto la tecla memorizada, sino que necesita que se pro- 
duzca una pulsación. Por consiguiente, en el ZX-SPECTRUM colocaremos 
siempre una instrucción PAUSE precediendo a la función INKEY$. 
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En el segundo programa del texto deberá modificar la línea 10 y el 
programa le quedará 


En el programa que sirve para determinar los códigos de las teclas 
especiales, introduciremos dos modificaciones respecto al BASIC están- 
dard. La primera es la instrucción PAUSE en la línea 10. La segunda es 
cambiar la función ASC del BASIC estándar por la función CODE en la línea 
30. Recordemos que ya se mencionó este cambio de nomenclatura en la 
sección dedicada a las funciones. El programa queda: 


7.1.1 Visualización temporal 


En el programa que realizará en el apartado correspondiente a la vi- 
sualización temporal en el capítulo dedicado al BASIC estándar, tenga la 
precaución de modificar la línea 60, añadiéndole la instrucción PAUSE. La 
línea quedará así: 


7.1.2 Selección opciones 


La línea 50 del programa que realizará en el apartado de selección de 
opciones en la lección dedicada al BASIC estándard debe cambiarla así: 


Por otra parte, la línea 9010 la cambiaremos por el equivalente del END 
en el ZX-SPECTRUM, es decir, con un GOTO a una línea mayor que las 
existentes; por ejemplo: 


E 
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Siempre debe colocar un 
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PAUSE / antes de la 
función INKEYS 


71.5 


BASIC 


7.1.3 Reconocimiento de teclas 


Al igual que en los demás programas, la línea 50 queda: 


50 PAUSE 0: LET As=INKEYS 


Cuando hayamos probado unas cuantas teclas de este programa, el 
ordenador nos pondrá el mensaje de «scroll?». En este momento no es- 
tamos bajo control de la función INKEY$, por tanto pulsaremos ENTER para 
que siga normalmente la ejecución del programa. 


7.2 DISEÑO DE PROGRAMAS 


7.2.1 Ecuación de segundo grado 


El programa en BASIC correspondiente al ordinograma estudiado es 
el siguiente: (vaya siguiendo el ordinograma a medida que escribe el pro- 
grama) 


10 INPUT "Entre el valor de Al ";A 
20 INPUT "Entre el valor de B: ":B 
30 INERUT "Entre el valor de C1+ ":C 
40 LET D=E*B-4*Ax*C 

50 IF D(O THEN GOTO 100 

60 LET Ri=(-B-SGR(D))/(2%A) 

70 LET R2=(-B+SOR (D))/ (2x8) 

80 PRINT Ri,R2 

30 STOP 

100 FRINT "SOLUCION COMPLEJA" 


El bloque de lectura se ha traducido por las instrucciones 10, 20 y 30 
aunque se hubiera podido emplear una sola instrucción INPUT con las tres 
variables. El primer bloque de proceso corresponde a la línea 40. Observe 
que en esta línea se realiza el cálculo de lo que cae bajo la raíz cuadrada 
para saber si el valor será positivo o negativo. El resultado se almacena 
en D. 

En la línea siguiente se encuentra la traducción del símbolo de decisión. 
Observemos que uno de los caminos lleva a la línea 100 y el otro sigue por 
la 50, según el valor almacenado en D sea positivo o negativo. 

En las líneas 60 y 70 se calculan las raíces. En las operaciones que 
se realizan para hallarlas, se han colocado algunos paréntesis a fin de que 
se efectúen en el orden correcto. 
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En el ordinograma no se 
dan los detalles de los 
formatos de escritura 
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Observe que, en lugar de repetir toda la fórmula, para calcular lo que 
cae bajo la raíz, se ha puesto la variable D, que ya estaba calculada en la 
línea 40. Por lo tanto, no hace falta repetir esta parte. 

Recordemos que en los ordinogramas no se dan detalles respecto al 
formato de escritura. En este caso hemos optado por la traducción más 
sencilla, pero nada impide modificar las líneas 80 y 100 para que escriban 
los resultados de otra forma. Por otra parte, este programa tiene dos puntos 
finales. Por tanto, uno de ellos debe quedar situado explícitamente (línea 
90) mientras que el otro es automático ya que detrás de la línea 100 no 
vienen más instrucciones. 


7.2.2 Actualización de precio 


El programa que realiza este proceso es el siguiente: (siga el ordino- 
grama) 


En este programa es obligatorio utilizar dos instrucciones INPUT se- 
paradas. El bloque de decisión está representado por la línea 30. Si P es 
cero, el programa finaliza directamente. En caso contrario, pasa a la fase 
de cálculo y escritura. La instrucción GOTO de la línea 60 equivale a la 
flecha que retrocede en el ordinograma. Aunque en el gráfico, el punto de 
llegada de esta flecha está situado entre los dos bloques de entrada, en 
BASIC esto no tiene sentido. Por ello, la instrucción GOTO va dirigida a la 
línea 20. 


7.2.3 Números pares 


Para determinar si un número es par, emplearemos el siguiente pro- 
grama construido a partir del ordinograma del texto: 
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Cálculo con la función INT 
para averiguar si un número 
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es par 


BASIC 


En la línea 10, se extrae el número que se almacena en la variable N. 
Las líneas 20, 30 y 40 forman el bucle donde se realizan las restas. Cuando 
N es menor que 1 (línea 20) se pasa control a la línea 50 donde se deter- 
mina si N vale cero o no. En caso afirmativo se escribe que es par (línea 
80). En caso negativo se escribe que es impar (línea 60). Este programa 
tiene dos puntos finales. El primero está situado en la línea 70 y el segundo 
está situado de forma ímplicita después de la línea 80. 

Como ya hemos mencionado, este programa sólo tiene interés para 
adquirir práctica en programación. Sin embargo, su eficiencia es muy re- 
ducida, como es fácil de comprobar. Si N es mayor de 100, el programa 
tarda bastante para averiguar si el número es par o no. Si realmente nos 
interesa determinar si un número es múltiplo de dos de una manera rápida 
y eficaz, emplearemos la función INT. El programa queda entonces: 


El funcionamiento de la línea 20 es el siguiente. La función INT tiene 
el efecto de suprimir los decimales. Si dividimos N por 2, nos dará un re- 
sultado exacto si N es múltiplo de 2. Por tanto, la función INT no tendrá 
ningún efecto. Al multiplicar de nuevo por 2, recuperamos el valor inicial de 
N. El IF de la línea 20 precisamente pregunta esta igualdad. Por ejemplo, 
si N vale 4 entonces 


2*INT(4/2) = 2xINT(2) = 2x2 = 4 


es decir, que el resultado es 4 de nuevo. Por el contrario, si N no es múltiplo 
de 2, entonces la división dará un resultado con decimales, los cuales serán 
suprimidos por la función INT. Por tanto, al multiplicar por 2 se obtendrá un 
número distinto de N. Por ejemplo, si N vale 9 entonces 


2*INT(9/2) = 2*INT(4.5) = 2:4 = 8 


El valor obtenido (8) difiere del inicial (9). 

Este programa determina de forma instantánea si un número es par, 
sea cual sea el tamaño de N. Si en lugar de averiguar si el número es 
múltiplo de 2, queremos determinar si es múltiplo de otro número, se cambia 
el 2 de la línea 20 por el número apropiado. Por ejemplo, para los múltiplos 
de 3 escribimos 


Lógicamente, las instrucciones de escritura deberán cambiarse tam- 
bién, quedando: 
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7.2.4 Interés compuesto 


El listado del programa es el siguiente 


El valor del capital y del rédito se introducen en la línea 10. A conti- 
nuación, se define la variable T que contendrá el número de años. En la 
línea 30 se efectúa el cálculo del capital final. En la expresión numérica 
empleada en esta instrucción se ha tenido en cuenta el orden de prioridad 
de los operadores. Una vez calculado, se escribe T y F, repitiéndose el 
proceso para un nuevo valor de T. El bucle está formado por las líneas 
comprendidas entre la 30 y la 60. En los ordinogramas no se especifican 
los detalles sobre la manera en que quedará escrito el resultado final. Es 
en la fase de codificación cuando se decide este punto. Por ejemplo, si 
deseamos encolumnar los resultados de forma precisa, emplearemos la 
función TAB. Entonces, la línea 40 quedaría: 


— 


7.3 TABLAS DE DECISION 


7.3.1 Clasificación notas 


El programa que corresponde a la tabla de decisión de la figura 18 de 
la lección BASIC estándar, utilizada para clasificar las notas es el siguiente: 


z 
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El programa se construye 
con la técnica de alternativas 
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múltiples 
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El programa se construye de tal forma que una instrucción |F se en- 
cadene con otra. Estas instrucciones tienen la pregunta escrita en forma 
inversa que en la tabla de decisión, de modo que si el resultado es cierto 
(falso en la tabla), se pasa control al siguiente IF. Si por el contrario, la 
condición es falsa (cierta en la tabla) se efectúa la acción o tratamimento 
asociado. Seguidamente se coloca siempre un GOTO para pasar control 
directamente a la última línea. En este ejemplo, todas las condiciones se 
basan sobre una misma variable (la nota). Por consiguiente, la entrada de 
datos del programa estará formada por una instrucción INPUT con la va- 
riable N (línea 10). Escribiendo un valor de la nota comprendido entre O y 
10, el programa nos dará un mensaje indicando la clasificación de la nota 
según las reglas expuestas en la tabla de decisión. 


7.3.2 Clasificación de piezas 


En este problema tenemos tres acciones distintas a tomar, que son: 
clasificar como primera clase, clasificar como segunda clase y desechar. 
Las cuatro condiciones del problema incluyen una pregunta doble. Por 
ejemplo, que el diámetro de la pieza sea mayor o igual que 99 y que sea 
menor o igual que 100. Para efectuar estas dos preguntas en BASIC utili- 
zamos los operadores lógicos o booleanos, de modo que con una sola ins- 
trucción IF realicemos las dos preguntas a la vez. El listado es el siguiente: 


BASIC 


Decisiones con dos variables 
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Las cuatro condiciones del problema se basan sobre dos variables, el 
diámetro y la longitud. La entrada de datos estará formada pues, por una 
instrucción INPUT donde se lean los valores de D y L, tal como se ve en 
la línea 10 del listado. A continuación realizaremos la primera pregunta so- 
bre la longitud de la pieza. Si la longitud es incorrecta, se escribe el mensaje 
correspondiente y nos dirigimos directamente al final, puesto que ya no 
tiene sentido seguir el proceso. De hecho, este modo de operar se corres- 
ponde exactamente con el significado de los casilleros que tienen el guión. 
Como ya sabemos, el guión indica que aquella condición no es significativa 
en aquel momento, tal como ocurre en este caso. 

Si la longitud es correcta, tenemos todavía tres casos que se deciden 
mediante dos instrucciones IF encadenadas (las líneas 50 y 80). Al ejecutar 
el programa nos pedirá el valor del diámetro y de la longitud. Le entraremos 
dos números cualesquiera y el programa nos escribirá un mensaje indi- 
cando cómo se ha clasificado la pieza. 


7.4 PRACTICA 1. REALIZACION DE UNA FACTURA 


Vamos a realizar el ordinograma de la práctica primera del capítulo de 
prácticas de este tomo. 

Para que no tenga que consultar le resumimos en qué consiste. 

Se trataba de un programa para realizar una factura. 

El programa nos pide como datos, la fecha de la factura, varias líneas 
de dirección del destinatario, una serie de artículos, de los cuales hay que 
especificar el nombre, la cantidad pedida, y el precio unitario. Cuando el 
nombre del artículo era la cadena vacía el programa pasa a pedirnos el 
impuesto que hay que aplicar. 

Finalmente calcula los totales y el programa se detiene. 

El programa se lo reproducimos a continuación para que concrete las 
ideas anteriores. 
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INICIO 


Entrada 
Fecha 


1.- Entrada 
de línea 
de dirección 


2.- Entrada 
de 
artículos 


3.- Escritura 
de 


totales 


Figura 1: Ordinograma de pri- 
mer nivel de la realización de 
facturas. 


El objetivo de esta práctica es realizar los ordinogramas correspon- 
dientes al diseño jerárquico. 

De alguna manera, parece ilógico hacer el ordinograma de un pro- 
grama que ya está hecho y funciona. Recuerde, sin embargo, que el ordi- 
nograma sirve también para documentar el programa. 

Sin más verá que debe hacer un esfuerzo notable para recordar cada 
cosa del programa, seguramente está tentado en consultar el capítulo 5. 

La documentación, por otra parte debe reflejar el programa correcta- 
mente, por lo tanto, hay que revisarla una vez el programa está acabado. 

Dentro del ambiente de este curso, también es interesante hacer ejer- 
cicios de traducción a la inversa, es decir, lo normal es traducir de ordi- 
nogramas a lenguajes de programación, pero como ejercicio también es 
muy útil hacer el paso inverso. Como en el aprendizaje del inglés, hacemos 
traducciones del castellano al inglés y del inglés al castellano. 

Ya cuando realizamos el programa utilizamos una numeración gene- 
rosa para destacar bien los bloques, introdujimos los comentarios oportunos 
para clarificar la estructura. 


Este puede ser nuestro primer ordinograma, vea la figura 1. 

Observe que cada bloque se ha numerado; se ha hecho para que luego 
al desarrollar cada uno de ellos por separado sepamos a que bloque co- 
rresponde. 

El bloque de entrada de la fecha no tiene mayores problemas. Se 
puede considerar finalizado a este nivel. El hecho de que no lleve nume- 
ración indica que se ha terminado el desarrollo del bloque. 

Ciertamente se puede usar un bloque de entrada y salida, en lugar de 
un bloque de proceso en general, tenga en cuenta que ya hemos dicho en 
la lección del BASIC estándar que debemos fijarnos en la semántica no en 
la sintaxis; no debemos ser esclavos de la sintaxis. Esto ya lo exige el len- 
guaje de programación. En consecuencia dejaremos la entrada de la fecha 
como un proceso en general. 

El bloque de entrada de las líneas de dirección ya merece un desarrollo 
más detallado, para poner de manifiesto la estructura de control que con- 
tiene. Tenga en cuenta que se van entrando líneas de dirección hasta que 
hay una que es vacía. 

La figura 2 muestra de forma más detallada este bloque. El ordino- 
grama se inicia con un conector de página, realmente ésta no es la utili- 
zación correcta del símbolo, pero volvemos a insistir en que no hay una 
sintaxis rigurosa. De esta manera sabemos que el ordinograma representa 
el desarrollo de un bloque que se ha mencionado anteriormente. También 
el ordinograma finaliza con un símbolo de conexión entre páginas para in- 
dicar que se vuelve al final del bloque de proceso numerado, en el ordi- 
nograma de nivel superior. 

A continuación se realiza un bloque de proceso de entrada y a conti- 
nuación un bloque de proceso de salida. Finalmente un bloque de toma de 
decisiones; si la línea entrada no es vacía, se recicla el proceso; en caso 
contrario, se colocan los espacios de separación mediante la impresión de 
dos líneas en blanco, además de la línea vacía que hemos entrado. 

El bloque de entrada de artículos debe desarrollarse más, lo haremos 
en tres etapas. 

La figura 3 muestra sobretodo la estructura de control; se inicia con el 
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Ñ 
INPUT d$ 


PRINT d$ 


Si 


Figura 2: Ordinograma de de- 
sarrollo del bloque «Entrada de 
línea de la dirección». 
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total a cero 


entrar nombre 


nombre 
es vacío 


2.1.- Cálculo 


para 
el artículo 


Figura 3: Ordinograma de de- 
sarrollo del bloque de «Entrada 
de artículos». 
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Entrar precio 


Entrar 
cantidad 


Calcular 


importe 


Acumular 
en total 


21.1.- Formateado 
y Escritura 


Figura 4: Ordinograma de de- 
sarrollo del bloque «Cálculo para 
el artículo». 
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conector para indicar de qué bloque proviene; a continuación se coloca el 
total de la factura a cero, la entrada del nombre del artículo es el bloque de 
entrada salida, se toma la decisión de calcular si el nombre no es vacío. 

Se entra ahora en el bloque de cálculo del artículo. Este va numerado 
con 2.1 pues indica que hay un ordinograma posterior que explicita más el 
proceso. Una vez finalizado este cálculo se recicla a preguntar otro nombre 
de artículo. 

Los cálculos que se deben realizar para cada artículo se muestran en 
la figura 4. Como puede Ud. apreciar se inicia con el conector de página 
2.1. Indica que es el subordinograma 1 del bloque 2 del ordinograma de 
nivel O. Este ordinograma contiene bloques de proceso que especifican las 
entradas adicionales y los cálculos a realizar. Sin embargo aún nos queda 
el bloque del formateado que está por decidir. Ya se ha mencionado que 
en general estos detalles no se incluyen en el ordinograma, pero justamente 
en el caso de este ejemplo es un poco más complicado que lo normal. Por 
lo tanto, realizaremos otro ordinograma que muestre estos detalles. Ade- 
más este bloque va numerado con 2.1.1, esto nos indica que existe un or- 
dinograma que explica con más detalle este bloque. 

Finalmente el ordinograma acaba con el conector 2.1 que nos indica 
donde debemos volver en el ordinograma de nivel superior. 

En el ordinograma de la figura 5, después del conector, aparece una 
primera parte que consiste en situar el nombre sobre un fondo de puntos 
para trazar mejor las líneas cuando se consulta la factura. Se imprime este 
nombre y se pasa a escribir las columnas; en una primera parte, una se- 
cuencia de IF asigna, según la columna que estamos escribiendo, la lon- 
gitud del número y el valor del número a las variables It y num que son las 
que se utilizarán para escribir. 


Después aparece un bloque de cálculo que obtiene el número de blan- 
cos que hay que añadir a la derecha del número para que tenga la longitud 
especificada. 

Una toma de decisión y un bloque va controlando que se añadan los 
blancos necesarios, en el programa esto corresponde únicamente a la línea 
3160. 

Finalmente se imprime la columna, se incrementa en uno la columna 
y si es inferior a tres se vuelve a escribir la siguiente columna. 

Resta desarrollar el último bloque de la figura 1, que corresponde a la 
escritura de totales, que no presenta problema alguno ya que es una se- 
cuencia de instrucciones que prácticamente se pueden escribir (o describir) 
por una lista de acciones como la siguiente: 


====Proceso 3 

Imprimir una raya. 

Imprimir la palabra «Total». 

Imprimir el número ajustado a la derecha. 
Entrar el impuesto. 

Calcular el recargo. 

Escribir el recargo ajustado a la derecha. 
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Figura 5: Ordinograma de de- 
sarrollo del bloque «Formateado 
y escritura». 


escribir 
el nombre. 
Fondo de puntos 
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[t=4 : num=q 


a$=STR$Iinum) 
Mb = (+ - LEN (ag) 


lt=5: num=i 


a$=" "+a$.nb=nmb-1 
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Figura 6: Lista de variables del 
programa para la realización de 
la factura. 
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Imprimir una raya. 

Acumular el impuesto en el total. 

Escribir el nuevo total ajustado por la derecha. 
Escribir una doble raya de cierre. 


====Proceso 3 


Las líneas de Proceso 3 indica que la lista corresponde al desarrollo 
del bloque 3 del ordinograma de primer nivel. Esta línea hace el mismo 
papel que los conectores de página, tal como hemos explicado en los or- 
dinogramas anteriores. 

Como se habrá dado cuenta no utilizamos ordinogramas muy largos, 
más o menos una página de papel tamaño folio. No es que se trate de una 
casualidad, o que el problema sea demasiado sencillo; es un efecto bus- 
cado en el diseño jerárquico. Cada unidad debe caber en una hoja de papel, 
de esta manera podemos comprender mucho mejor lo que hace el pro- 
grama; un plano con gran cantidad de bloques de procesos y de flechas 
que se cruzan y van y vuelven no suelen clarificar ningún aspecto, antes 
bien contribuyen a complicar lo que dispuesto jerárquicamente es fácil de 
entender. 

También se ha de señalar que cuando el bloque es lineal, es decir, 
sólo contiene bloque de procesos, una simple lista de acciones puede ser 
útil y no es necesario dibujar el proceso, tal como se ha hecho con el bloque 
de escritura de totales. 

Para finalizar, en la figura 6 tiene la lista de variables según se ha des- 
crito en la lección del BASIC estándar, para completar la información del 
programa. 

En este ejemplo no se ha utilizado ninguna tabla de decisión pues no 
hay que tomar ninguna decisión excesivamente complicada. 


VARIABLE Descripción Observaciones 


Contiene la línea de la fecha Lon. menor de 22 
Contiene la línea de dirección Lon. menor de 17 
Total de la factura 

Nombre del artículo 

Cantidad 

Precio unitario 

importe 

Indica la columna de impresión .1-3 

Longitud de la columna 405 

Blanco a añadir 

Variables auxiliares 

Variables auxiliares 

tanto por ciento de impuesto 
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7.5 PRACTICA 2. LOS FILTROS LOGICOS 


El segundo ejemplo práctico que vamos a realizar se trata del ordi- 
nograma del programa de filtros lógicos desarrollado en el capítulo anterior 
de prácticas con el microordenador. 

En este ejemplo vamos a poner más énfasis en la documentación que 
en el diseño de un programa. 

El programa completo se lo reproducimos a continuación. 
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INICIO 


I.- Inicialización 
de variables 


Figura 7: Ordinograma de pri- 
mer nivel para los filtros lógicos. 
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2010 IF p$="" THEN GOTO 3000 


2500 CLS 3: PRINT p$ : LET p=0 
2510 LET p = p+i:3 IF p»n THEN GOTO 23900 
2520 LET d = d$(p TO p) = "s" 
2530 LET t = t$ip TO p) = "s” 
2540 LET f = f$p TO p) = "s” 
2550 LET v = vtlp to p) = "s” 


2560 IF NOT VAL p$ THEN GOTO 2510 

2570 PRINT ps" "s : GOTO 2510 

2300 GOTO 2000 

3000 CLS: REM Ha finalizado el programa 


Recordemos en primer lugar un poco cómo funcionaba el programa. 
La figura 7 tiene el ordinograma de primer nivel. 

Se trata precisamente de ir recordando el programa a medida que va- 
mos viendo el ordinograma. 

El programa constaba de 3 bloques, en el primero se construía la pan- 
talla que nos servía de fondo para la entrada de datos. Vea que en el bloque 
1, comienza todo el proceso, según está explicado en el ordinograma. 

En la segunda etapa o bloque se procedía a entrar los atributos de una 
serie de modelos de automóvil, referentes a unas características determi- 
nadas. 

Finalmente, en la tercera etapa, y con el fichero entrado en la segunda 
etapa, se realizaban preguntas que nos permitían saber cuáles de los mo- 
delos cumplían unas características determinadas. 

Una vez descrito el primer ordinograma vamos a desarrollar la primera 
etapa, para ello observe la figura 8. En esta etapa, lo primero a ejecutar es 
dejar la pantalla limpia; después hay que colocar los rótulos de los distintos 
atributos. 

En el ordinograma el bloque de colocar rótulos está numerado como 
1.1; en realidad, este bloque está desarrollado en la misma figura para un 
rótulo cualquiera. En el programa aparecerá tantas veces como rótulos de- 
bemos colocar. 

Las operaciones a realizar en cada rótulo se especifican en el ordi- 
nograma 1.1. En primer lugar hay que dar a la variable a$ el valor del rótulo 
que queremos colocar, en el ordinograma se coloca el valor «Es un rótulo» 
para designar que sirve para cualquiera. 

Una vez asignado a af, hay que alargarlo con blancos por la derecha 
hasta que tenga la longitud deseada, en nuestro caso es 23. 

Completada esta fase de alargamiento se imprime el rótulo en el lugar 
de la pantalla que le corresponde; los detalles están en el propio programa. 

Una vez realizada la inicialización de las variables vamos a considerar 
la entrada de datos o bloque 2 del ordinograma inicial. 

La figura 9 muestra este ordinograma. Una simple ojeada al mismo ya 
indica que el proceso es más complicado. 

En primer lugar hay una fase de inicialización de las cadenas que van 
a contener el fichero y el contador de modelos. 


BASICA SPECTRA 


Limpiar 
la pantalla 


1.1.- Colocar 
rótulos 


a$-"Es un rótulo 


Imprimir 
el rótulo 


Figura 8: Ordinograma de de- 
sarrollo del bloque «Inicializa- 
ción de variables». 
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Figura 9: Ordinograma de de- 
sarrollo del bloque «Entrada de 
datos». 
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Inicializacion 
de cadenas 
y contador 


Incrementar contador modelos 
Imprimir contador 
Inicializar atributos 


acabado los 
atributos 


Entrada 
del valor 


¿El valor es 
correcto 2 


Añadir el valor 
imprimirlo 
Incrementar contador atributos 


Colocar valor: 
en cadenas 
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A continuación se incrementa el contador de modelos y después de 
colocarlo en pantalla se inicializa la cadena que contendrá los valores de 
los atributos. 

Se pregunta a continuación, simbolizado en el ordinograma mediante 
el bloque de decisión, si ya se han acabado los atributos; si no los hemos 
acabado, se entra un valor para el atributo, mientras este valor no sea co- 
rrecto se insiste en preguntar por un valor correcto. 

En el momento que el valor es correcto entonces se añade el valor a 
los atributos, se imprime en la pantalla y se incrementa el contador que me 
indica qué atributo estoy entrando. El proceso en este momento se recicla 
hasta la pregunta de si hay más atributos. El proceso se repite hasta que 
se han entrado todos los atributos. 

Cuando la respuesta a la pregunta de si se han acabado todos los 
atributos es afirmativa se va el bloque de proceso de colocar el valor en las 
cadenas del fichero. 

Una vez realizada esta operación, el ordinograma nos muestra un blo- 
que de decisión para saber si hemos finalizado con la entrada de modelos. 

Si no se ha acabado, al proceso se recicla hasta incrementar el con- 
tador de modelos y preparar la entrada de los atributos para este modelo. 

Este proceso se repite hasta que se terminan los modelos con lo que 
se finaliza el ordinograma del bloque 2. 

Después de haber desarrollado el bloque 2 hay que pasar a describir 
el bloque 3, que es la parte del programa que nos permite seleccionar cier- 
tos modelos de los entrados según las características formuladas en la pre- 
gunta. La figura 10 muestra el ordinograma de esta última fase. 


Se inicia limpiando la pantalla de la entrada de datos. 

Se realiza el proceso de entrada de la pregunta. Si la pregunta es dis- 
tinta a la cadena vacía se pasa a la fase de cálculo. 

En primer lugar, se limpia la pantalla y se imprime la pregunta formu- 
lada para que el usuario del programa pueda recordarla. 

Se coloca el contador de modelos igual a cero; un bloque decisión nos 
indica si estamos en el último modelo. 

En el caso de que tengamos aún modelos por considerar se calculan 
las variables lógicas asociadas al modelo y se evalúa la expresión que he- 
mos realizado en la pregunta. 

* Un bloque de decisión nos recicla a otro modelo si no cumple. En caso 
contrario nos imprime el número de modelo que cumple con las caracterís- 
ticas. 

Cuando se han finalizado todos los modelos el bloque de decisión «Hay 
más modelos» nos recicla a una nueva pregunta. 

El proceso continúa hasta que la pregunta que formulamos es vacía. 

Habrá observado que el estilo de este ordinograma es diferente al rea- 
lizado en la práctica primera, aquí no utilizamos el lenguaje BASIC para 
escribir dentro de un bloque de proceso. 

Esto debería ser el ideal. Si escribimos en BASIC dentro de los bloques 
de proceso, el ordinograma pierde su generalidad; no se traducirá con fa- 
cilidad a otro lenguaje. 

Sin embargo, caemos en el riesgo de ser ambiguos; es probable que 
si utilizamos el lenguaje corriente se nos escapen detalles importantes, so- 
bre todo en el control del valor de las variables. 
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Figura 10: Ordinograma de de- 
sarrollo del bloque «Preguntas 
sobre el fichero». 
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Limpiar pantalla 


Entrar pregunta 
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Imprimir pregunta 
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Es muyy difícil de precisar cual es la justa medida; diremos que este 
último estilo de ordinograma es más bien de documentación y, cuando va- 
yamos a un diseño, es preferible utilizar en los bloques variables y expre- 
siones escritas en algún lenguaje de programación. 

Tenga en cuenta que, en lo que se refiere a los procesos, los lenguajes 
de programación son muy parecidos. 
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ESQUEMA DE CONTENIDO 


Conexión de la grabadora 
Explorando una cinta 


Como cargar los programas 


Almacenamiento en cinta Como grabar los programas 


Verificación de un programa 
Combinar programas 
Carga con ejecución inmediata 


Instrucción Clear 


Impresión de un listado 
Utilización de la impresora Impresión de resultados 


Copia de pantalla 


Práctica. Mezcla de programas 
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Figura 1 Conexiones de la cas- 
sette al ZX-SPECTRUM. 
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8.1 ALMACENAMIENTO EN CINTA 


Si usted dispone de una grabadora, ya conoce cómo manejarla para 
efectuar grabaciones o reproducir sonido. 

Vamos a ver ahora la forma concreta de utilizarla como dispositivo de 
memoria auxiliar para nuestro ZX-SPECTRUM. 


8.1.1 Conexión de la grabadora 


Vamos a ver en primer lugar cómo conectar la grabadora con el or- 
denador. En el equipo del ZX-SPECTRUM se incluye un cable especial para 
efectuar esta conexión. Este cable tiene dos enchufes en cada extremo, de 
distinto color. 

En la parte posterior de su ordenador, existen varios puntos de cone- 
xión. En este momento nos interesan los dos que están juntos, marcados 
como MIC (micrófono) y EAR (altavoz, EAR significa oído en inglés). 

En cada uno de ellos introduciremos un enchufe, evidentemente de 
distinto color (por ejemplo el negro en EAR y el de color en MIC). 

Ahora debemos conectar el enchufe del otro extremo del cable en el 
punto de conexión EAR de su grabadora, teniendo en cuenta que el color 
del enchufe debe ser el mismo que el conectado en EAR del ordenador, y 
a continuación el otro enchufe en el punto de conexión MIC de la grabadora. 

Siguiendo con el ejemplo, el enchufe negro irá al punto EAR de la gra- 
badora, y el de color a MIC, tal como se indica en la figura 1. 

Con ello ya tendremos la conexión efectuada y podremos prepararnos 
para utilizar la grabadora. 

Puede ser que su grabadora no posea el punto de conexión EAR. En 
este caso, habrá que conectar el enchufe en uno de los puntos de conexión 
para auriculares, si el aparato lo tiene, o bien al punto de conexión del al- 
tavoz externo. 
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Por otra parte, si el enchufe del cable no encaja en el punto de conexión 
de la grabadora, necesitará un adaptador o un cable especial con los en- 
chufes adecuados, que podrá obtener en una tienda de artículos eléctricos. 
Para conectar al ZX-SPECTRUM se requiere enchufes macho de 3,5 mm 
debiendo ser la señal de entrada a EAR de alrededor de 1 volt. 

Ahora que ya va a comenzar a manejar la grabadora queremos hacerle 
una observación importante: procure siempre que al conectar los aparatos 
lo último en conectar a la corriente sea el ordenador y lo primero en desco- 
nectar también. 


8.1.2. Explorando una cinta 


Una vez conectada la grabadora con el ordenador, podemos empezar 
a trabajar. Con el equipo de su ordenador se le suministra una cinta. Co- 
lóquela en la grabadora situándola al principio. Tenga en cuenta el ajuste 
del volumen (y el tono si lo tiene) de su grabadora. Para el ZX-SPECTRUM, 
el tono debe ajustarse al valor máximo, y el volumen puede ir desde los 
dos tercios del máximo hasta el propio valor máximo. Usted mismo deberá 
irlo ajustando hasta encontrar la posición óptima. 

Lo primero que haremos ahora será ver cuales son los programas que 
están grabados en esta cinta. Para ello, escribiremos el comando LOAD, 
pero seguido de un nombre extraño para asegurarnos de que la cinta no 
tiene ningún programa con este nombre. La palabra LOAD se obtiene pul- 
sando la tecla de la J, en modo directo (K). Así, escribiremos por ejemplo: 


LOAD "zz=22" 


Una vez hayamos pulsado la tecla ENTER observaremos que la pan- 
talla queda en blanco. Pondremos ahora la grabadora en marcha, el borde 
de la pantalla cambiará de color, volviéndose rojo o azul o una mezcla de 
ambos. Esto indica que el ordenador está buscando el programa. Instantes 
después, aparecen en el borde de la pantalla unas franjas rojas y azules 
que se van desplazando. Esto indica que el ordenador ha comenzado a 
recibir una señal. En un momento dado el fondo de pantalla cambia de 
amarillo y azul, mientras el ordenador lee el nombre del programa. Aparece 
entonces en la pantalla la palabra 


Program: 


seguida del nombre del programa que empieza en este punto de la cinta. 
Vuelven a aparecer las franjas azules y rojas, y finalmente empieza a cargar 
el programa, mientras que en el fondo de pantalla vuelven a aparecer las 
franjas azules y amarillas. 

El ordenador va colocando todos los programas por los que pasa en 
la memoria, pero si no es el buscado continúa cargando el programa si- 
guiente. 

Dado que hemos escrito el nombre de un programa que no está en la 
cinta, el ordenador irá recorriéndola hasta el final buscando el programa 
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Errores en la carga de un 
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que le hemos indicado, mientras se irá repitiendo el proceso que hemos 
descrito. De esta manera irán apareciendo en pantalla y de forma sucesiva 
los nombres de los programas que han sido grabados en la cinta. Esto nos 
permitirá, pues, saber todos los programas que hay, y el orden en que se 
encuentran. Si además nuestra grabadora dispone de contador de vueltas, 
podremos saber el punto exacto de la cinta en el que empieza cada uno. 


—l 


8.1.3 Como cargar los programas 


Ahora podremos ya cargar el programa que deseemos. Para ello bas- 
tará colocar la cinta en la posición adecuada, y escribir la palabra LOAD 
seguida del nombre del programa. 

Dado que ahora buscamos un programa que se encuentre en la cinta, 
cuando el ordenador lo encuentre, procederá a cargarlo —el proceso será 
el que ya conocemos—, sólo que en este caso aparecerá el nombre del 
programa en pantalla, y una vez finalizada la carga, la pantalla se pondrá 
en blanco y aparecerá el mensaje: 


0 OK, 0:1 


En este momento podremos parar la grabadora, y si lo deseamos, eje- 
cutar el programa que acabamos de cargar. 

Si al cargar un programa se produce un error, en la pantalla aparece 
el mensaje: 


R Tape loading error 


El origen del error puede variar: conexiones mal hechas, problemas 
con el tono y el volumen, etc. En este caso, se revisarán todos los pasos 
realizados. 


— Conexiones correctas 

— Ajuste de tono y volumen 

— Cinta mal colocada 

A continuación se rebobinará la cinta y se escribirá de nuevo el co- 
mando LOAD seguido del nombre del programa para intentar de nuevo la 
carga. 


El ZX-SPECTRUM presenta además una posibilidad adicional. Escri- 
biendo: 


LOAD "" 


el ordenador cargará el primer programa que encuentre en la cinta. Entre 
las comillas NO debe escribirse nada; ponga atención a no escribir un es- 
pacio en blanco. 
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El programa es 
excesivamente largo 
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Puede suceder que al cargar un programa aparezca en la pantalla el 
mensaje: 


4 Out of memory 


Este mensaje indica que se ha agotado la memoria. Esto puede ha- 
berse producido por un error en la carga del programa, en cuyo caso se 
deberá repetir el proceso de carga, o bien, si el programa es largo, porque 
en efecto éste no quepa en la memoria disponible del ordenador. En este 
caso se debe probablemente a que el ordenador que ha generado el pro- 
grama disponía de más memoria. Mediante la instrucción CLEAR, que vere- 
mos más adelante en esta lección, se dispone de una pequeña capacidad 
de maniobra; pero, en general, este mensaje demuestra que no es posible 
cargar el programa en nuestro ordenador. 

Ahora proceda a cargar el programa de la cinta de demostración que 
ha recibido con el ordenador. Puede pulsar LOAD, seguido de dobles co- 
millas. 

Encontrará en la lista de cosas que salen al explorar una cinta de de- 
mostración unas entidades que el ordenador denomina «Bytes:», en lugar 
de «Program:». Esto significa que en aquella zona de cinta hay grabados 
datos en lugar de programas. En el capítulo 13 veremos cómo se realiza 
este tipo de grabación y carga. 
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8.1.4 Cómo grabar los programas 


Para efectuar la grabación de un programa con el ZX-SPECTRUM, 
debe tenerse en cuenta, en primer lugar, que se debe realizar una modifi- 
cación en las conexiones, que consiste en desconectar el enchufe EAR, tal 
como se muestra en la figura 2. 

Evidentemente, para grabar un programa deberemos haberlo escrito 
previamente. Supongamos que tenemos un programa para calcular la me- 
dia aritmética de una lista de números; la longitud de la lista puede variar. 

Para calcular la media aritmética de una lista de números, se suman 
los valores de todos los números y se divide por el número de elementos 
de la lista. Así, la media aritmética de tres números, por ejemplo 3, 5 y 7 
se calcula: 


3+5+7_ 
q 


El listado del programa es el siguiente: 


Media A. = 


10: REM s======mtastrnicoiiio nos a a 
20 REM Calculo de la media aritmetica 
O IL, aio on aci 1 o E lona da e 


40 CLS 3: LET s=0 3: LET 3=0 
50 INELT "Numero! "in 

60 —LET isi+1 

70 LET s=sn 
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UT "Dtro numero (S/N E "jrs 


ré="s" OR ré="S" THEN GOTO 50 
T "El valor medio de la lista est"3s/i 


Para grabar un programa Vamos ahora a grabar este programa. En primer lugar deberemos cer- 

desconecte la clavija EAR ciorarnos de que las conexiones estén situadas correctamente para efec- 
tuar la grabación: solamente el conector MIC del ZX-SPECTRUM está co- 
nectado con el conector MIC (o el equivalente) de su grabadora. Por lo 
tanto, desconecte el cable EAR si no lo ha hecho ya. 

Escribiremos ahora la orden de grabación. Dado que el programa nos 
calcula el valor de la media aritmética le asignaremos un nombre que haga 
referencia a esta operación. La longitud máxima del nombre de un pro- 
grama en el ZX-SPECTRUM es de diez caracteres. Por otra parte, dado 


A A 


e 


Figura 2 Situación de las cone- 
xiones del ZX-SPECTRUM. (A) 
para cargar. (B) para grabar. 
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que es la primera vez que grabamos este programa, escribiremos un 1 al 
final del nombre, indicando que es la versión 1. Si más adelante, hiciéramos 
un programa distinto para calcular la media, podríamos darle el mismo nom- 
bre pero variando el número de la versión (2,3,...). Así, el nombre de este 
programa será: 


«media ari1 » 


Por otra parte, debe tener en cuenta que el ZX-SPECTRUM distingue 
entre los nombres escritos en mayúsculas y los escritos en minúsculas. Así, 
si hemos escrito el nombre del programa en letras minúsculas, tal como 
acabamos de indicar, en el momento de leerlo deberemos escribirlo exac- 
tamente de la misma forma; el ordenador no lo identificaría con este pro- 
grama si lo buscáramos escribiendo: 


o bien como 


etc. 

En este sentido es conveniente, cuando se graba un programa en una 
cinta, escribir en una lista junto a la cinta, la posición y el nombre exacto 
con que se ha grabado el programa, para facilitar la posterior carga del 
mismo. 

Así pues, para grabar el programa colocaremos la cinta en la posición 
adecuada y escribiremos: 


La palabra SAVE se encuentra sobre la tecla de la letra S, con el or- 
denador en modo directo (K). Después de pulsar la tecla ENTER, desa- 
parecerá de la pantalla la línea conteniendo la orden de grabación, y en su 
lugar aparecerá el mensaje: 

Start tape, then press any key. 
que significa: 
Ponga en marcha la grabadora, 
a continuación pulse cualquier tecla. 

Si no teníamos preparada la grabadora, la podemos preparar ahora 

(hay que apretar las teclas REC y PLAY). Una vez esté todo dispuesto, para 
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La verificación tiene un 
comportamiento visual en 
pantalla semejante al LOAD 
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indicar que la grabación ya puede comenzar, bastará pulsar una tecla cual- 
quiera del ordenador, tal como indica el mensaje. 

En este momento, se empieza a grabar el programa. En el fondo de 
la pantalla aparecen unas bandas rojas y azules que se desplazan lenta- 
mente, cambiando en un momento dado, en que aparecen bandas más 
estrechas y de color azul y amarillo. Esto indica que se está grabando el 
nombre del programa. Aparecen ahora de nuevo bandas azules y rojas, que 
vuelven a cambiar a azules y amarillas; es el momento que se inicia la 
grabación de programa, y se mantienen mientras dura la grabación del 
mismo. El tiempo de grabación depende naturalmente de la longitud del 
programa; si es largo puede durar varios segundos. Cuando finaliza la gra- 
bación, el ordenador da un mensaje, en la pantalla aparece: 


0 OK, 0:1 


En este momento podremos ya detener la cinta, y pasar a verificar el 
programa. 


8.1.5 Verificación de un programa 


Para tener la seguridad de que el programa ha sido correctamente gra- 
bado, habrá que verificarlo. El proceso para verificar un programa con el 
ZX-SPECTRUM, debe seguir los siguientes pasos: 


— Rebobinar la cinta hasta el punto donde se ha iniciado la grabación 


— Conectar el enchufe EAR del ZX-SPECTRUM con el enchufe EAR de 
la grabadora. No hace falta desconectar los enchufes del punto de co- 
nexión MIC (Figura 2) 


— Dar la orden de verificación, que consiste en escribir la palabra VERIFY 
seguida del nombre del programa entre comillas. Una vez escrito, se 
pulsará la tecla ENTER y se pondrá la grabadora en marcha. 


Así, escribiremos: 


á 
VERIFY "media aril" 


La palabra VERIFY se encuentra sobre la tecla R, y se obtiene pul- 
sando esta tecla simultáneamente con la de SYMBOL SHIFT, situando el 
ordenador en modo extendido (E). 

Una vez realizadas todas estas operaciones, se inicia el proceso de 
verificación. En pantalla se produce el mismo efecto que cuando se está 
cargando un programa con el comando LOAD; aparecen en primer lugar 
bandas rojas y azules, que cambian a azules y amarillas en el momento de 
leer el nombre del programa —éste aparece en pantalla—, vuelven a rojas 
y azules, pasando por último de nuevo a amarillas y azules en el momento 
de leer el programa. En este sentido, el proceso de verificación tiene un 
efecto igual al de carga en cuanto a la lectura de la cinta. Sin embargo, 
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difieren en un punto fundamental, el comando LOAD produce el borrado del 
contenido de la memoria del ordenador, previamente a la carga del pro- 
grama. Evidentemente, el comando VERIFY no borra la memoria del or- 
denador, lo que hace es ir leyendo lo que se ha grabado y comparándolo 
con el contenido de la memoria. Si la verificación da el resultado correcto, 
en pantalla aparece el mensaje: 


0 OK, 0:1 


lo que indica que el contenido de la memoria coincide con lo que se ha 
registrado en la cinta. 

Puede suceder que no aparezca este mensaje. Esto puede indicar que 
la grabación no había sido correcta, pero puede ser también que el pro- 
blema se haya producido en la verificación. Deberá entonces en primer lu- 
gar repetir este procedimiento, repasando todos los pasos efectuados. Si 
aún así no obtiene el resultado esperado, deberá repetir el proceso de gra- 


-bación, cerciorándose de efectuar correctamente todos los pasos que se 


precisan para ello. 

Una vez ha verificado el programa puede dar como correcto el con- 
tenido de la cinta. Para comprobarlo, ponga un NEW en el ordenador y 
recargue el programa desde la cinta según lo que se le ha indicado en la 
instrucción LOAD. 

Realmente puede observar que aún tiene problemas para cargar el pro- 
grama, pero con toda seguridad provienen de la carga en condiciones no 
adecuadas y no de que el programa no esté en la cinta. 


sl 


8.1.6 Combinar programas 


Si nos interesa mezclar o fundir dos programas con el ZX-SPECTRUM, 
utilizaremos la orden MERGE. 

El efecto de la misma, tal como ya hemos visto, es añadir a un pro- 
grama que ya tenemos en la memoria del ordenador, otro programa que se 
va a cargar de la cinta, para ello bastará escribir la palabra MERGE seguida 
del nombre del programa que se desea cargar. El nombre del programa 
deberá tener también diez caracteres como máximo. El efecto de ejecutar 
esta instrucción en cuanto a la manipulación de la grabadora, fondo de pan- 
talla, etc., es el mismo que cuando ejecutamos el comando LOAD. 

Veámoslo con un ejemplo. Supongamos que queremos mezclar el pro- 
grama que hemos escrito y grabado anteriormente, llamado «media ari1», 
con un programa que nos calcule la media geométrica. 

Para calcular la media geométrica de una lista de números, se efectúa 
el producto de todos ellos, y se saca la raíz n de este producto, siendo n 
el número de elementos de la lista. Así, para obtener la media geométrica de 
3, 5 y 7, haríamos: 


Media G. = V3Xx5xXx7 = 4.7 


Obtener la raíz n de un número es equivalente a elevar este número 
al inverso de n. Vamos a comprobarlo con la raíz 2 (raíz cuadrada) del nú- 
mero 4. El ordenador dispone de una función que nos la calcula directa- 
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mente, pero podemos también determinarla calculando el valor del número 
4 elevado a 1/2. Así, si hacemos: 


obtenemos el mismo resultado en ambos casos. Podemos por tanto cal- 
cular la raíz n de cualquier número aunque el ordenador no tenga la función 
directa, elevando este número al inverso de n. 

Escribiremos ahora el programa en el ordenador, y una vez finalizado 
y comprobado, cargaremos el de calcular la media aritmética. Veamos el 
listado del primero: 


Una vez comprobado su funcionamiento, cargaremos el programa de 
la media aritmética. Para ello situaremos la cinta en la posición adecuada, 
efectuaremos las conexiones de MIC y EAR, y escribiremos: 


MERGE «media ari1 » 


La palabra MERGE se encuentra sobre la tecla de la letra T, y se ob- 
tiene pulsando ésta simultáneamente con la tecla SYMBOL SHIFT, en 
modo extendido (E). 

Pulsaremos ENTER y pondremos la grabadora en marcha. Veremos 
aparecer la conocida secuencia de bandas rojas y azules, después azules 
y amarillas, mientras se efectúa la lectura del nombre, y aparece éste en 
pantalla. 


Program: media ari1 


de nuevo azules y rojas y finalmente azules y amarillas mientras se hace 
efectiva la carga del programa. 

Si todo va bien, cuando llegue al término del mismo, aparecerá el men- 
saje 


0 OK, 0:1 


Si efectuamos ahora el listado, escribiendo LIST, veremos el programa 
resultante de mezclar los dos anteriores: 


BASIC 


ZX — SPECTRUM 


Ahora modificaremos el programa de forma que podamos especificar 
cual de las dos medias deseamos calcular. Así, incluiremos las líneas: 


El programa completo quedará ahora: 


ZX — SPECTRUM 
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De esta forma pues, hemos conseguido mezclar los dos programas, 
tal como deseábamos, con una ventaja adicional, y es que hemos podido 
probarlos por separado, asegurando que cada uno funciona. Esto es muy 
importante, dado que siempre es más fácil atacar los problemas que pre- 
senta un programa corto. De esta forma, para realizar un programa com- 
plejo, podremos dividirlo, resolviendo cada parte por separado, y cuando 
estemos seguros del funcionamiento de cada una, podremos construir el 
programa completo utilizando el MERGE. 


8.1.7 Carga con ejecución inmediata 


Si nos interesa que un programa se ponga en funcionamiento de forma 
inmediata al efectuar la carga del mismo, deberemos utilizar una forma par- 
ticular de la orden de grabación. Esta forma en el ZX-SPECTRUM consistirá 
en escribir la orden SAVE seguida del nombre del programa, tal como he- 
mos visto, pero seguida además de la palabra LINE y de un número o ex- 
presión numérica. Así, se escribirá: 


La palabra LINE se encuentra sobre la tecla correspondiente al número 
3, y se obtiene pulsando esta tecla en modo extendido (E), simultánea- 
mente con la de SYMBOL SHIFT. 

El nombre del programa puede tener un máximo de 10 caracteres tal 
como hemos visto en la utilización del SAVE. 

El resultado de la expresión numérica escrita después de la palabra 
LINE, indicará el punto de inicio del programa cuando lo carguemos. Así, 
el resultado de esta expresión será redondeado (si es necesario), y el valor 
obtenido indicará el número de línea en que empezará la ejecución. Puede 
suceder que: 


— El resultado sea el valor 1: el programa se empezará a ejecutar por la 
primera línea. 


— El resultado sea un número de línea existente en el programa: éste se 
ejecutará a partir de este número de línea. 


— El resultado sea un número de línea que no está en el programa: éste 
se empezará a ejecutar por la línea inmediatamente posterior a este 
valor. 
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Distribución de la memoria 
en el ZX-SPECTRUM 


Figura 3. Mapa de memoria del 
ZX-SPECTRUM de 48 Kby y de 
16 Kby. 
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Evidentemente lo que hemos dicho es válido si en lugar de una expre- 
sión, se ha escrito directamente un valor numérico después de la palabra 
LINE. 

Si un programa se ha grabado utilizando el sistema de carga para eje- 
cución inmediata, no podremos utilizar el comando MERGE para cargarlo 
posteriormente con el fin de mezclarlo con otro programa. 
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8.2 INSTRUCCION CLEAR 


En la figura 3 se muestra el mapa de memoria del ZX-SPECTRUM, 
indicando las diferentes zonas en que ésta se encuentra dividida. 

La parte izquierda de la figura representa a escala la memoria del ZX- 
SPECTRUM. Las 16 K primeras son ROM y las 16 restantes para el ZX- 
SPECTRUM de 16K o las 48 restantes para el ZX-SPECTRUM de 48K son 
RAM. 

La distribución de la memoria según la utiliza el sistema es: 


1. En la ROM se sitúa el intérprete del lenguaje BASIC y los programas 
de servicio, tales como la copia de un programa en cassette, la gestión de 
la impresora, etc. 


2. Las primeras 9K (aproximadamente) de la RAM se destinan a las 
comunicaciones con los periféricos como la zona de memorización de los 
símbolos que hay en la pantalla, el color de la tinta y el color del borde, o 
la memoria que se precisa para el tráfico de caracteres con la impresora, 
etc. 


PROGRAMA BASIC 
Y 
VARIABLES 


ZONA DE COMUNICACIONES 
CON PERIFERICOS 


INTERPRETE BASIC 
Y 
PROGRAMAS DE SERVICIO 
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¿Qué es el área dinámica? 
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Dése cuenta que es necesario que todo esto esté en la memoria RAM. 
Esencialmente son datos variables que necesita el sistema y, por lo tanto, 
deben estar situados en una memoria que pueda escribirse o alterarse. 


3. A partir de este punto hacia arriba está la zona de memoria que 
guarda nuestro programa BASIC y las variables que estamos utilizando. 

El límite de esta zona es impreciso pues depende de la longitud de 
nuestro programa y del número de variables que utilicemos. 


4. Finalmente en la parte superior existe la zona de gráficos definidos 
por el usuario (se estudiarán en el capítulo 14 del tomo IV) y la denominada 
área dinámica. 


Proporcionalmente ocupan poco espacio, la línea de puntos que co- 
necta estas zonas a la escala nos indican la proporción correcta. Para el 
caso del ZX-SPECTRUM de 16K esta zona está situada al borde de las 32 
K tal como indican las líneas de punto y raya. Es necesario hacer un co- 
mentario sobre el área dinámica. Se llama dinámica porque el límite inferior 
no está fijado, el valor que se da en la figura es aproximado. Durante la 
ejecución de un programa surgen muchas situaciones en las que hay que 
recordar cosas durante poco tiempo sin que estos valores sean variables 
de nuestro programa. 

Consideremos el ejemplo de realizar el cálculo de la expresión 
(34+4)*(5+6). 

La máquina tiene que sumar 3 + 4 y obtener 7, pero antes de proceder 
a la multiplicación debe realizar la suma 5 + 6, pero sin olvidar el 7 obtenido. 

En este momento entra en juego el área dinámica. En ella se almacena 
el 7. Para poder almacenar este 7, es necesario que el límite inferior se 
haya corrido lo suficiente para recordar este valor. 

La máquina procede a continuación a efectuar la suma de 5 + 6, ob- 
teniendo 11 que ahora debe multiplicar por el último valor guardado en el 
área dinámica, el 7 de la operación anterior. Obtiene el valor del área di- 
námica y como ya no lo va a necesitar más puede correr hacia arriba el 
límite inferior del área dinámica, reduciéndola otra vez a su valor inicial. 

Finalmente realiza la operación de multiplicar 7 + 11 y obtiene 77. 

Situaciones como las descritas son muy frecuentes en el cálculo in- 
terno, mucho más de lo que uno puede pensar en primera instancia. Por 
lo tanto, este límite va cambiando a lo largo de la ejecución del programa, 
normalmente sin alcanzar valores demasiado grandes. 

La instrucción CLEAR en el ZX-SPECTRUM produce la inicialización 
de la memoria. Esto supone el borrado de los valores asignados a todas 
las variables, incluyendo las tablas o listas que se hayan definido, así como 
el restablecimiento de todas las condiciones iniciales de la memoria del sis- 
tema, de la misma forma que cuando se escribe el comando RUN. Además 
de este efecto interno, se produce un efecto externo, que es el borrado de 
pantalla, idéntico al que produce la instrucción CLS. 

La palabra CLEAR se encuentra sobre la tecla de la letra X, y se ob- 
tiene pulsando esta tecla en modo normal (K). Para obtener este efecto, 
escribiremos pues: 


CLEAR 
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El efecto interno puede describirse como una reducción del área di- 
námica a cero y una reducción del área de nuestro programa a únicamente 
el texto del programa. 

Contrariamente a lo que sucede en el BASIC estándard, las variables 
numéricas y las variables textuales no están separadas en dos zonas de 
memoria distinta. 

La instrucción CLEAR La instrucción CLEAR seguida de un número no se aplica del mismo 

seguida de un número modo que en el BASIC estándard. Por otra parte, al no estar las variables 
separadas no tenemos que preocuparnos si nuestro programa utiliza mu- 
chas o pocas variables numéricas o textuales. 

La utilización del CLEAR seguido de un número en el ZX-SPECTRUM 
tiene un significado muy distinto y complejo de entender, por lo tanto, di- 
feriremos su estudio hasta el capítulo 17, en el tomo V en que habla del 
lenguaje máquina. 


8.8 —El 


8.3 UTILIZACION DE LA IMPRESORA 


Si disponemos de impresora conectada al ZX-SPECTRUM, podremos 
utilizarla para obtener listados de nuestros programas, así como la impre- 
sión en papel de los resultados de los mismos. 


8.3.1 Impresión de un listado 


Para obtener impreso el listado de un programa, bastará escribir: 


La palabra LLIST se encuentra sobre la letra V, y se obtiene pulsando 
esta tecla en modo extendido. 

Cuando se ejecuta esta instrucción se obtiene el listado del programa 
que se encuentra en memoria en este momento. Mientras dura la impresión 
del programa, no se altera la información visualizada en pantalla, pero, si 
se desea, se puede detener el proceso de escritura pulsando la tecla de 
interrupción. 

Si únicamente deseamos el listado de una parte del programa, escri- 
biremos la palabra LLIST seguida del número de la primera línea que se 
desea imprimir. De esta forma obtendremos el listado desde esta línea 
hasta el final. Si se escribe un número de línea que no se encuentra en el, 
programa, el listado se inicia en la línea siguiente a este número. En lugar 
de un número se puede utilizar una expresión numérica. Si el resultado de 
la misma no es un número entero, su valor será redondeado, y se obtendrá 
el mismo efecto que en el caso de un número. 

En el caso de ZX-SPECTRUM, al contrario de lo que ocurre en la ma- 
yoría de máquinas, la ejecución del comando no bloquea la máquina si no 
está conectada la impresora. Es más, actúa como si realmente se hubiera 
impreso. 
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8.3.2 Impresión de resultados 


Para imprimir un resultado en papel con el ZX-SPECTRUM utilizaremos la 
instrucción LPRINT. Esta instrucción nos permitirá obtener impreso lo 
mismo que podemos obtener en pantalla con la instrucción PRINT. En este 
sentido es válido todo lo que se diga para PRINT; cambiará únicamente el 
soporte en que el ordenador nos presenta el resultado. La palabra LPRINT 
se encuentra sobre la C, y se obtiene pulsando esta tecla en modo exten- 
dido (E). 


8.3.3 Copia de pantalla 


El ZX-SPECTRUM permite efectuar una copia de la información visua- 
lizada en la pantalla. Para ello se escribirá: 


CorY 


La palabra COPY se encuentra sobre la letra Z, y se obtiene pulsando 
esta tecla en modo normal (K). La copia podrá interrumpirse utilizando la 
tecla de interrupción. 

Si se desea copiar un listado, se deberá visualizar previamente en pan- 
talla mediante la instrucción LIST. Sin embargo, si el listado ocupa más de 
uná pantalla como ocurre frecuentemente, sólo obtendremos el trozo que 
se visualice en ella en el momento de ejecutar esta orden. De esta forma, 
para obtener impreso el listado completo, deberemos irlo visualizando en 
pantalla en forma parcial, e ir realizando sucesivamente la copia de cada 
parte. 

Por otra parte, podrán obtenerse de la misma forma la impresión de 
resultados, dibujos o gráficos que se hayan obtenido en la pantalla, dado 
que el comando COPY traslada a papel todos los puntos que estén escritos 
o dibujados en la pantalla. Los colores de la tinta se imprimirán en el papel 
en negro; los colores del papel (fondo) no se imprimen. 


8.4 PRACTICA. MEZCLA DE PROGRAMAS 


La práctica 2 del capítulo 6, titulada la construcción de filtros, es un 
buen ejemplo para estudiar la operación de MERGE y las demás de ma- 
nipulación de la grabadora. 

El programa tiene dos partes bien diferenciadas, la entrada de datos y 
la selección de información. 

La entrada de datos cubre las instrucciones 10 a la 2040 y la selección 
de información de la 2000 hasta la 3000. 

El objetivo de la práctica consiste en introducir la primera parte en el 
ordenador y guardarlo en el cassette con el nombre «sled1»; siglas que 
quieren recordar a Selección Lógica: Entrada de Datos versión 1. 
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Introducir la segunda parte y guardarla en el cassette con el nombre 
«slsi1»; siglas construidas a partir de Selección Lógica: Selección de infor- 
mación versión 1. 

Posteriormente mezclaremos los dos programas y los guardaremos en 
la cinta con el nombre «sli». 

Antes de realizar el trabajo realmente escriba una lista de operaciones 
a realizar, de la manera más detallada posible. 

Le damos a continuación una realizada por nosotros. Compárela con 
la suya y analice las diferencias, si las hay; en cualquier caso nuestro mé- 
todo no es el único, pero la experiencia indica que funciona bien. 

En último término realice realmente los dos planos y vea si el resultado 
final es correcto. 

La lista de operaciones es la siguiente: 


1. Conecte el ordenador y teclee las instrucciones del programa que 
aparecen en el apartado 6.4.2.2. del capítulo 6 de las Prácticas con el mi- 
croordenador. 


2. Prepare la grabadora con una cinta limpia que colocará al inicio de 
una de las caras mediante la tecla de rebobinar de la grabadora. Si tiene 
contador de vueltas póngalo a cero. Desconecte la clavija conectada a EAR 
en el ordenador. 


3. Ejecute el comando SAVE «sled1». El ordenador se parará en el 
mensaje de que para «continuar debe apretar una tecla». No la apriete aún. 


4. Apriete las teclas de REC y PLAY del cassette y la cinta se pondrá 
en marcha. 


5. Deje que dé cinco o seis vueltas y entonces apriete una tecla del 
ordenador. Aparecerán en pantalla las franjas rojas y azules y posterior- 
mente las amarillas y azules. 


6. Cuando se haya acabado el proceso, el ordenador nos indicará el fin 
con el mensaje O OK, 0:1. Apriete entonces el STOP de la grabadora. No es 
necesario que se dé prisa, alguna vuelta más grabando no tiene mayor im- 
portancia que el perder un poco de cinta. Si dispone de cuentavueltas anote 
donde ha finalizado el programa. 


7. Rebobine la cinta, conecte la clavija EAR al ordenador. 
8. Ejecute el comando VERIFY. 


9. Pulse la tecla PLAY de la grabadora. Aparecerán las franjas azules 
y rojas y luego las amarillas y azules. 


10. Si el proceso de verificación es correcto aparecerá en pantalla el 
0 OK, 0:1. En caso contrario tiene la opción de ir otra vez al paso 7, si cree 
que el problema proviene de la verificación, o bien al paso 2 si cree que el 
problema proviene del comando SAVE. No debe sobrepasar este punto 
hasta conseguir que la verificación sea correcta. 


11. Coloque un NEW en el ordenador y teclee el programa del apar- 
tado 6.4.3.2. del capítulo 6 de prácticas. 


12. Prepare la grabadora con la cinta anterior. Ahora debe colocarla 
más allá del programa grabado en la primera fase. Si dispone de contador 
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de vueltas ya sabe dónde se acaba el programa anterior y puede situarse 
mediante la tecla de avance rápido de su grabadora. Si no dispone de con- 
tador de vueltas, puede colocarse aproximadamente en la zona mediante la 
tecla de avance rápido y darle entonces a la tecla PLAY para poder oír 
cuándo acaba el programa anterior (incluso puede grabar con el micrófono 
de audio unas palabras suyas indicando que en aquel punto acaba el pro- 
grama). Desconecte la clavija conectada a EAR en el ordenador. 


13. Ejecute el comando SAVE «sisi1». El ordenador se parará en el 
mensaje de que para continuar debe apretar una tecla. No la apriete aún. 

14. Apriete las teclas de REC y PLAY del cassette y la cinta se pondrá 
en marcha. 


15. Deje que dé cinco o seis vueltas y entonces apriete una tecla del 
ordenador. Aparecerán en pantalla las franjas rojas y azules y posterior- 
mente las amarillas y azules. 


16. Cuando se haya acabado el proceso, el ordenador nos indicará el 
fin con el mensaje O OK, 0:1. Apriete entonces el STOP de la grabadora. No 
es necesario que se dé prisa. Si dispone de cuentavueltas anote dónde ha 
finalizado el programa. 


17. Rebobine la cinta, hasta el inicio del programa, mediante el con- 
tador de vueltas o escuchando la cinta. Conecte la clavija EAR al ordenador. 


18. Ejecute el comando VERIFY. 


19. Pulse la tecla PLAY de la grabadora. Aparecerán las franjas azules 
y rojas y luego las amarillas y azules. 


20. Si el proceso de verificación es correcto aparecerá en pantalla el 
O OK, 0:1. En caso contrario tiene la opción de ir otra vez al paso 17, si 
cree que el problema proviene de la verificación, o bien al paso 12 si cree 
que el problema proviene del comando SAVE. No debe sobrepasar este 
punto hasta conseguir que la verificación sea correcta. 


21. Ahora podemos realizar el MERGE de los programas. Para ello 
coloque la cinta al inicio que es donde empieza el programa «sled1 ». 


22. Escriba en el ordenador el comando MERGE «sled1» y la tecla fin 
de línea. 


23. Apriete la tecla PLAY de la grabadora. Al cabo de unas vueltas 
empezarán a aparecer a franjas azules y rojas y después las franjas ama- 
rillas y azules. En la pantalla aparecerá «Program: sled1 ». 


24. Cuando haya finalizado la carga aparecerá O OK, 0:1. Si no ocurre 
así, es que hay algún problema y debemos volver al paso 21. 


25. En este momento disponemos en memoria de los programas mez- 
clados. Deberemos corregir las sentencias 2000 y 2010 pues como eran 
comunes ha tomado las del programa «sled1», que son precisamente las 
que no nos interesan y copiar las del apartado 6.4.3.2. Y deberemos borrar 
las sentencias 2020, 2030 y 2040 porque no deben aparecer en el programa 
final. 
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26. Comprobamos el programa ejecutando las pruebas que nos su- 
giere el capítulo 6 de prácticas. 


27. Prepare la grabadora con la cinta anterior. Ahora debe colocarla 
más allá del programa grabado en la segunda fase, es decir «slsi1». Si 
dispone de contador de vueltas ya sabe donde se acaba el programa an- 
terior y puede situarse mediante la tecla de avance rápido de su grabadora. 
Si no dispone de contador de vueltas, puede colocarse aproximadamente 
en la zona mediante la tecla de avance rápido y darle entonces a la tecla 
PLAY para poder oír cuando acaba el programa anterior. Desconecte la 
clavija conectada a EAR en el ordenador. 


28. Ejecute el comando SAVE «sli». El ordenador se parará en el 
mensaje: «para continuar debe apretar una tecla». No la apriete aún. 


29. Apriete las teclas de REC y PLAY del cassette y la cinta se pondrá 
en marcha. 


30. Deje que dé cinco o seis vueltas y entonces apriete una tecla del 
ordenador. Aparecerán en pantalla las franjas rojas y azules y posterior- 
mente las amarillas y azules. 


31. Cuando se haya acabado el proceso, el ordenador nos indicará el 
fin con el mensaje O OK, 0:1. Apriete entonces el STOP de la grabadora. Si 
dispone de cuentavueltas anote dónde ha finalizado el programa. 


32. Rebobine la cinta, hasta el inicio del programa, mediante el con- 
tador de vueltas o escuchando la cinta. Conecte la clavija EAR al ordenador. 


33. Ejecute el comando VERIFY. 


34. Pulse la tecla PLAY de la grabadora. Aparecerán las franjas azules 
y rojas y luego las amarillas y azules. 


35. Si el proceso de verificación es correcto aparecerá en pantalla el 
0 OK, 0:1. En caso contrario tiene la opción de ir otra vez al paso 32, si cree 
que el problema proviene de la verificación, o bien al paso 27 si cree que el 
problema proviene del comando SAVE. No debe sobrepasar este punto 
hasta conseguir que la verificación sea correcta. 

Ahora dispone del programa del capítulo 6 de prácticas grabado en la 
cinta, en tres trozos. El primero contiene la fase de entrada de datos, el 
segundo contiene la fase de recuperación de información y el tercero el 
programa completo. 

Es el momento de etiquetar la cinta del cassette para disponerla en el 
archivo de programas. 

Para finalizar unos consejos para tener bien ordenado su archivo de 
cintas: 


a) Rotulación: Escriba siempre sobre las cintas físicas, aunque sea a 
lápiz. La caja del cassette no está indisolublemente ligada a la cinta. 


b) Duración: Utilice cintas de corta duración. Las búsquedas en cintas 
largas son precisamente largas. No se trata de música, el ordenador sólo 
puede escuchar un programa detrás de otro. 


c) Espaciado: Deje espacio suficiente entre varios programas. El po- 
sicionamiento es difícil y, aunque Vd. disponga de cuenta vueltas en su 
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grabadora, puede tener la necesidad de cargar el programa en otra gra- 
badora, ya sea por reparación ya sea porque se trata de otro ordenador. 


d) Cinta de trabajo: Utilice una cinta distinta para el trabajo de poner 
a punto un programa. Contendrá las distintas versiones del programa. 


Cuando el programa es definitivo colóquelo en una cinta de acuerdo con la 
clasificación que se haya impuesto. 


e) Copias de seguridad: Duplique las cintas de archivo, evitará tener 
que rehacer el programa si una de ellas sufre un accidente. Es bastante 
sencillo que la cinta se enrede en la grabadora y quede inutilizada. 
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